replacing libreadline5-dev build dependency with libreadline-dev

2009-09-13 Thread Matthias Klose 
Both libreadline-dev (>= 6.0) and libreadline6-dev are now available in unstable 
and testing. If possible, please replace the libreadline5-dev build dependency 
with libreadline-dev, so that in future changes of the libreadline soname 
binNMU's can be used for this kind of update.


Sending email to the list of people attached to this email, will start to file 
bug reports about build dependencies on libreadline5-dev in about four weeks in 
October.


  Matthias


A Mennucc1 
waili 19990723-18

Adam C. Powell, IV 
evolver 2.30c-1
illuminator 0.11.0-3

Adeodato Simó 
amule 2.2.5-1.1

Alberto Gonzalez Iniesta 
netkit-ftp 0.17-18

Andrés Roldán 
eresi 1

Antonin Kral 
atari800 2.1.0-1

Bas Zoetekouw 
freesci 0.6.4-3
pinfo 0.6.9-4

Bdale Garbee 
amanda 1
dump 0.4b42-1

Ben Burton 
libreadline-java 0.8.0.1-8.1

Ben Wong 
zssh 1.5c.debian.1-3

Bill Allombert 
pari 2.3.4-2

Bradley Smith 
gnuchess 5.07-5

Branden Robinson 
xtrs 4.9c-3

Camm Maguire 
acl2 3.4-2
axiom 20081101-2
gclcvs 2.7.0-96

Camm Maguire 
gcl 2.6.7-45
hol88 2.02.19940316-8
maxima 5.17.1-1

Carlo Segre 
fityk 0.8.8-1
ifeffit 2

Carlos Laviola 
fpc 2.2.4-3

Carsten Hey 
pal 0.4.3-4

Chris Lamb 
swi-prolog 5.6.64-3

Christian Hammers 
quagga 0.99.14-1

Christian T. Steigies 
amiga-fdisk 0.04-13

Claudio Matsuoka 
coldfire 0.2.2-2.1

Colin Watson 
spectemu 0.94a-9

Daniel Baumann 
gnomint 1.0.0-1

Daniel Jacobowitz 
gdb 6.8.50.20090628-3

Daniel Schepler 
ddd 1

Daniele Sempione 
wcalc 2.4-1

David Henningsson 
fluidsynth 1.0.9+dfsg-2

Debian Common Lisp Team 
clisp 1

Debian Electronics Team 
gwave 20090213-1
verilog 0.9.1-1

Debian GGZ Maintainers 
ggz-txt-client 0.0.14.1-1

Debian GIS Project 
grass 6.4.0~rc5-2
spatialite 2.3.0-1

Debian GNOME Maintainers 
libgda3 3.0.4-1
libgda4 4.0.4-1
seed 2.27.91-1

Debian GNU Smalltalk maintainers 

gnu-smalltalk 3.0.3-2

Debian Games Team 
freeciv 2.1.9-1
libphysfs 2.0.0-3
teg 0.11.2+debian-2

Debian GnuPG-Maintainers 
gnupg 1.4.10-1

Debian LVM Team 
lvm2 2.02.51-4
multipath-tools 0.4.8-15

Debian Libvirt Maintainers 
libvirt 0.6.5-3

Debian Mono Group 
mono-debugger 2.4.2-1

Debian Multimedia Maintainers 

jack-audio-connection-kit 0.116.2+svn3592-2

Debian MySQL Maintainers 
mysql-dfsg-5.1 5.1.37-2

Debian OCaml Maintainers 
omake 0.9.8.5-3-6

Debian Octave Group 
octave3.0 1
octave3.2 3.2.0-2

Debian OpenOffice Team 
hunspell 1.2.8-4

Debian Perl Group 
libterm-readline-gnu-perl 1.19-1

Debian PhotoTools Maintainers 
gphoto2 2.4.5-2

Debian Printing Group 
gutenprint 5.2.4-1

Debian QA Group 
adesklets 0.6.1-5
apachetop 0.12.6-12
cdcd 0.6.6-11
fuzz 0.6-8
gdb-m68hc1x 1
rhyme 0.9-6
rpc2 2.8+debian-4
rplay 3.3.2-12
rpncalc 1.36.8
sqlrelay 1
xbsql 0.11-8

Debian Qt/KDE Maintainers 
kdeedu 4
qt4-x11 4

Debian Samba Maintainers 
samba 2

Debian Science Maintainers 
elmerfem 5.5.0.svn.4214.dfsg-1
orsa 0.7.0-14

Debian VoIP Team 
asterisk 1
linphone 3.1.2-2
ser 2.0.0-2

Debian XML/SGML Group 
libxml2 2.7.4.dfsg-1

Debian-Med Packaging Team 
exonerate 2.2.0-1

Debian/Ubuntu wpasupplicant Maintainers 
wpasupplicant 0.6.9-3

Decklin Foster 
rc 1.7.1-3
yafc 1.1.1.dfsg.1-4

Dirk Eddelbuettel 
gretl 1.8.4-1
r-base-core-ra 1.2.7-1
r-base 2.9.2-1

Drake Diedrich 
empire-lafe 1.0-0.1

Enrico Tassi 
lua50 5.0.3-3

Eric Dorland 
gnupg2 2.0.13-1

Eric Warmenhoven 
timps 0.25-3

Felipe Alvarenga Roquette 
gnome-pilot 2.0.15-2.4

Felix Zielcke 
reiser4progs 1.0.7-4

Florian Ragwitz 
xmms2 0.6DrMattDestruction-4

Francis Tyers 
sfst 1.2.0-1

Francisco Moya 
zeroc-ice 3.3.1-6

Francois Marier 
renameutils 0.10.0-2

Fredrik Hallenberg 
cdecl 2.5-9

Georges Khaznadar 
ktechlab 0.3.7-2

Gerfried Fuchs 
abook 0.5.6-7
ldapvi 1.7-4
qcake 0.7.0-2
spl 1.0~pre5-3

Guenter Geiger (Debian/GNU) 
ladcca 0.4.0-6
lash 0.5.4-1
stk 4.2.0-9.2

Guillem Jover 
bochs 2.4.1-1
inetutils 2

Gürkan Sengün 
lie 2.2.2+dfsg-1

Gürkan Sengün 
gnudatalanguage 0.9~rc2+20090903-1

Hakan Ardo 
gdb-avr 6.4.90.dfsg-2.1

Hamish Moffatt 
gnucap 1

Hans Fugal 
nyquist 2.29-6

Hideki Yamane (Debian-JP) 
ccstools 1.6.8-20090623-3

Hubert Chathi 
asymptote 1.80-1
steptalk 0.10.0-2

Ian Beckwith 
gnuit 4.9.5-2

Ilya M. Slepnev 
ysmv7 2.9.9-2

Isaac Jones 
hugs98 98.200609.21-5

James R. Van Zandt 
pspp 0.6.1-4

Javier Fernandez-Sanguino Pen~a 
honeyd 1.5c-7

Jean-Michel Kelbert 
wflogs 0.9.8-6.2

Jeremy Lainé 
ocfs2-tools 1.4.2-1

Joachim Breitner 
infon 0~r198-2.1

John Goerzen 
bacula 3.0.2-3

John Hasler 
bc 1.06.94-3.1
chrony 1.23-6
units 1.87-1

J

Re: Explicitely Cc bug reporters

2009-09-13 Thread Stefano Zacchiroli 
On Fri, Sep 11, 2009 at 03:16:59PM +0200, Julien Cristau wrote:
> On Thu, 2009-09-10 at 17:23 +0200, Stefano Zacchiroli wrote:
> > Conceptually, what "we" want is trivial: we want submitter to be
> > subscribed (in the sense of "bts subscribe") by default. If they want,
> > they are free to opt unsubscribing.
> If the submitter can unsubscribe, then we haven't won anything, since
> we'll still need to remember to cc them manually to request feedback
> (and we won't have any way to know whether n...@b.d.o reaches them...)

I disagree.

I do not always want to reach submitter by default. Usually, when I want
that, it is because I'm replying to the initial bug report to ask for
more detailed info or to test a patch. In that case, I have the mail
around (or I retrieve it with "bts --mbox show") and reply to all, also
hitting the submitter by his real email address.

The reason why I think we want subscription by default, is to be sure
that forthcoming messages, usually sent by "external" people (i.e. third
party triagers, other maintainers, users with patches, AOL-style
messages, etc.) get sent to who declared himself as interested in the
bug report. What I do want, and actually I think it is a shared feeling,
is that that set of "interested" people includes the submitter by
default. If, later on, he wants to opt out, I couldn't care less.

Cheers.

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime


signature.asc
Description: Digital signature

Re: replacing libreadline5-dev build dependency with libreadline-dev

2009-09-13 Thread Zak B. Elep 
On Sun, 2009-09-13 at 14:28 +0200, Matthias Klose wrote:
> Both libreadline-dev (>= 6.0) and libreadline6-dev are now available in 
> unstable 
> and testing. If possible, please replace the libreadline5-dev build 
> dependency 
> with libreadline-dev, so that in future changes of the libreadline soname 
> binNMU's can be used for this kind of update.
> 
> Sending email to the list of people attached to this email, will start to 
> file 
> bug reports about build dependencies on libreadline5-dev in about four weeks 
> in 
> October.
> 

[...]

> Zak B. Elep 
>  dbacl 1.12-2

Thanks, I am already preparing a new version of this package, will be
posting to -mentors RSN.

-- 
Zak B. Elep -- 1486 7957 454D E529 E4F1  F75E 5787 B1FD FA53 851D
  I like the idea of 256 bits, though: 32 for the (Unicode) character
leaves room for 224 Bucky bits, which ought to be enough for anyone.
-- Roland Hutchinson, in alt.folklore.computers



signature.asc
Description: This is a digitally signed message part

Bug#546486: ITP: xmris -- A version of the Mr Do video arcade game for X

2009-09-13 Thread Nozzy Nozzy 
Package: wnpp
Severity: wishlist
Owner: Nozzy Nozzy 


* Package name: xmris
  Version : 4.0.5
  Upstream Author : Nathan Sidwell 
* URL : http://sourceforge.net/projects/xmris/
* License : GPL
  Programming Lang: C
  Description : A version of the Mr Do video arcade game for X

 "Mr-Is" is a version of the Mr Do video arcade game for the 
X Window System. Mr-Ed is an editor with which you can create your 
own gardens.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: chrooting daemons no longer supported?

2009-09-13 Thread Roger Leigh 
On Sat, Sep 12, 2009 at 06:43:24PM +, Florian Weimer wrote:
> The reason is that more and more libc features depend on availability
> of /proc.  This means that you have to mount /proc within the chroot,
> which somewhat defeats the exercise of chrooting.

Yes.  You also might need /sys and /dev depending upon what you
are doing.  libc support files and NSS modules might also be
needed; setting up a correctly functioning chroot can be hard
nowadays, since there are all these details.

This is the reason I made schroot mount /proc, /sys and bind mount
/dev by default.

> On the other hand,
> it's not totally clear that chrooting is an effective defense anyway
> (I haven't got enough attack data to make a qualified judgment).

It's only virtualising the filesystem.  Devices, shared memory,
semaphores, open files etc. are still shared with the host, so it's
only providing minimal protection.

> So what's the response to bugs like #545808?  /proc-less chroots are
> simply unsupported?

IME, yes.  OTOH, I think that GNU libc should not be completely
reliant upon /proc or /sys, and should make a best effort to
function correctly in its absence.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: replacing libreadline5-dev build dependency with libreadline-dev

2009-09-13 Thread Emilio Pozuelo Monfort 
Hi,

Matthias Klose wrote:
> Both libreadline-dev (>= 6.0) and libreadline6-dev are now available in
> unstable and testing. If possible, please replace the libreadline5-dev
> build dependency with libreadline-dev, so that in future changes of the
> libreadline soname binNMU's can be used for this kind of update.
> 
> Sending email to the list of people attached to this email, will start
> to file bug reports about build dependencies on libreadline5-dev in
> about four weeks in October.

> Debian GNOME Maintainers 
> libgda3 3.0.4-1
> libgda4 4.0.4-1
> seed 2.27.91-1

All fixed in svn.

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Re: Explicitely Cc bug reporters

2009-09-13 Thread Don Armstrong 
On Sat, 12 Sep 2009, Felipe Sateler wrote:
> A lot has been said about CCing submitters, but what about other
> contributors? Is there any reason someone would want to comment on a
> bug report and _not_ be notified of further messaging on it?

That's not really the reason why we don't already notify other
contributors. The problem is how to figure out who already gets a copy
of the mails that are sent to a bug and doesn't need a second copy.[1]

It certainly needs to be made easier to subscribe to a bug when you
send a message to a bug, but that's a bug that is filed, and I kind of
already have a plan for doing it properly.


Don Armstrong

1: The current method that the BTS uses to handle recipients of a bug
has only recently been abstracted out, but there are still parts of
the code that specify recipients explicitely.
-- 
It was a very familiar voice. [...] It was a voice you could have used
to open a bottle of whine.
 -- Terry Pratchett _The Last Continent_ p270

http://www.donarmstrong.com  http://rzlab.ucr.edu


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Proposed mass bug filing: Perl 5.10.1 breaks 'make install PREFIX=$(TMP)/usr'

2009-09-13 Thread Niko Tyni 
(sending to -devel, -perl and #545904, followups to -perl)

A change in the ExtUtils::MakeMaker module between Perl 5.10.0 and Perl
5.10.1 (currently in experimental) makes 246 packages fail to build
from source.

See #545904 for details; the summary is to use either of

  make install DESTDIR=$(TMP) # RIGHT
  make install DESTDIR=$(TMP) PREFIX=/usr # WORKS

instead of

  make install PREFIX=$(TMP)/usr  # WRONG

This is http://rt.cpan.org/Public/Bug/Display.html?id=47396 and upstream
is disinclined to fix it:

> Use DESTDIR. Its been six years since it was added. Debian already has a new
> enough MakeMaker.

I have rebuilt ~2000 source packages (those matching -perl or
build-depending on libperl-dev) against Perl 5.10.1. 

246 packages failed to build with 'Error 13' at the end of the log,
which matches very well the results of grepping through debian/rules
(and debian/local.mk) for PREFIX without DESTDIR. I've gone through the
small discrepancies between the two lists, and I think there's little
chance for false positives.

I propose a mass bug filing with severity 'important', which will be
raised to 'serious' once Perl 5.10.1 gets in sid. I'll coordinate the
sid upload with the release team, no timeline yet.

I'm attaching a dd-list of the packages. Build logs can be found at

 http://people.debian.org/~ntyni/perl/5.10.1-rebuild/

(There were also a dozen or so other build failures related to 5.10.1,
 but nothing this major. Bugs are being filed and can be found through
 
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-p...@lists.debian.org&tag=perl-5.10.1-transition
)
-- 
Niko Tyni   nt...@debian.org
Krzysztof Krzyzaniak (eloy) 
   libalias-perl (U)
   libconvert-units-perl
   libhtml-tree-perl (U)
   libimage-librsvg-perl (U)
   libio-string-perl (U)
   librtf-document-perl
   libtemplate-plugin-calendar-simple-perl (U)
   libtemplate-plugin-clickable-perl (U)
   libterm-readline-perl-perl (U)
   libxml-namespacesupport-perl (U)

Felipe Augusto van de Wiel (faw) 
   eperl

Dario Minnucci (midget) 
   libfilesys-diskspace-perl

Loic Dachary (OuoU) 
   libtext-unaccent-perl

Stefan Hornburg (Racke) 
   appconfig
   cgi-extratags-perl
   ciphersaber
   dbix-easy-perl
   safe-hole-perl
   set-crontab-perl

Michael Ablassmeier 
   libemail-foldertype-perl

Joshua D. Abraham 
   libnmap-parser-perl

Russ Allbery 
   libboulder-perl (U)
   libmath-combinatorics-perl (U)
   libnet-ph-perl (U)
   webauth

Nacho Barrientos Arias 
   libtest-cmd-perl

Nacho Barrientos Arias 
   libconvert-ber-perl

Don Armstrong 
   libimage-base-bundle-perl
   libuser-perl

Don Armstrong 
   libhtml-calendarmonth-perl
   libhtml-element-extended-perl
   libimage-info-perl
   libpoe-component-client-ident-perl

Ian Beckwith 
   libmp3-tag-perl

Hilko Bengen 
   libsendmail-milter-perl
   libsendmail-pmilter-perl

Jay Bonci 
   libarray-printcols-perl (U)
   libcarp-assert-perl (U)
   libdate-leapyear-perl
   libdigest-md4-perl
   libmodule-info-perl
   libparse-yapp-perl
   libpod-escapes-perl
   libpod-sax-perl
   libproc-invokeeditor-perl (U)
   libterm-query-perl
   libtie-regexphash-perl
   libtime-modules-perl (U)
   libtk-filedialog-perl
   libxml-filter-reindent-perl
   libxml-filter-saxt-perl
   libxml-grove-perl
   libxml-handler-composer-perl (U)
   libxml-handler-printevents-perl
   libxml-handler-trees-perl
   libxml-handler-yawriter-perl
   libxml-perl
   libxml-regexp-perl
   libxml-smart-perl
   libxml-stream-perl
   libxml-um-perl
   libxml-xpath-perl
   libxml-xql-perl

Gonéri Le Bouder 
   libaudio-wav-perl (U)

Joachim Breitner 
   libalias-perl (U)
   libfile-sync-perl (U)
   libmath-combinatorics-perl (U)
   libmath-derivative-perl (U)
   libmath-spline-perl (U)
   libnet-ph-perl (U)
   libnet-tftp-perl (U)

Marc 'HE' Brockschmidt 
   libnet-ph-perl (U)

Clint Burfoot 
   liberror-perl

Ben Burton 
   libarchive-zip-perl

Chris Butler 
   libnews-scan-perl

Erinn Clark 
   libromana-perligata-perl

Jesus Climent 
   libapache-gallery-perl

Tzafrir Cohen 
   libasterisk-agi-perl (U)

Marco d'Itri 
   libberkeleydb-perl
   libnet-whois-ripe-perl

Debian Catalyst Maintainers 
   libhtml-tree-perl

Debian Perl Group 
   libalias-perl
   libarray-printcols-perl
   libaudio-wav-perl
   libauthen-radius-perl
   libboulder-perl
   libcarp-assert-perl
   libcarp-datum-perl
   libcgi-untaint-date-perl
   libcgi-untaint-email-perl
   libcgi-xml-perl
   libcgi-xmlapplication-perl
   libcgi-xmlform-perl
   libclass-autouse-perl
   libclass-returnvalue-perl
   libcoy-perl
   libcurses-widgets-perl
   libdbix-xml-rdb-perl
   libdbix-xmlmessage-perl
   libdevel-profile-perl
   libdigest-md2-perl-dfsg
   libfile-sync-perl
   libhtml-scrubber-perl
   libimage-librsvg-perl
   libio-socket-multicast-perl
   libio-string-perl
   libipc-shareable-perl
   liblingua-en-inflect-perl
   liblingua-en-numbers-ordinate-perl
   liblingua-ispell-perl
   liblingua-preferred-perl
   liblog-tracemessages-perl

Re: DEP-5: query about possible inheritence of License:

2009-09-13 Thread Jon Dowland 
On Sat, Sep 12, 2009 at 09:08:19PM +0900, Charles Plessy
wrote:
> In this simple example there is no ambiguity, but only
> because it is assumed that the package is licensed
> entirely under one license.

That wasn't the assumption I was making...

> The easiest alternative source is the the stanza that is
> just above the one where the License field is missing.
> However, the DEP 5 format is inspired by the Debian
> control file format, that does not have a concept of field
> inheritance between stanzas, so we may break the principle
> of least surprise.

...that is similar to the one I was making: that the last
matching License definition paired with a Files: definition
which matched would apply, e.g. 'Files: *' if provided.
(Not just the last definition, which could be anything).

A closer reading of the DEP-5 wording clears this up for me:

However it makes for easier reading if the copyright
file lists the “main” license first: the one matching
the “top level” of the work, with others listed as
exceptions. To allow this, the following precedence rule
applies for matching files: If multiple Files
declarations match the same file, then only the last
match counts.

So as it stands, no inheritance is possible, and every
Files: line must be accompanied by a Copyright: and a
License: line.


-- 
Jon Dowland


signature.asc
Description: Digital signature

DEP-5: an example parser, choice of syntax for Files:

2009-09-13 Thread Jon Dowland 
Given that DEP-5 is supposed to be about machine-
readability, I thought it would be worthwhile trying to
write something to parse the proposed format.  Please find
attached a short python script that I have written based on
the current text of DEP-5 at dep.debian.net[1].

It's designed to be run from an unpacked and patched source
package (or at least a source tree containing
debian/copyright, which it attempts to parse). It will
print out a list of each Files: stanza found in the
copyright, followed by the list of files which it believes
are matched by the stanza.

It has proven useful to me: I found several bugs in a
copyright file I'd written for a real live package, based
on my misinterpretation of the current wording.

Whilst writing this, I found the syntax chosen for the
Files: field to be very awkward. Indeed my crude parser
only handles a subset of the syntax so far (no escapes, no
handling of quoted strings).

Most of the examples given in DEP-5 containing the path
character will not work, either, e.g.

Files: debian/*

Assuming they are passed into a find(1) invocation like so

find . -path 'debian/*'

(note the presence of the path separator and the wording
about that in the text)

they need to be prefixed with './', even if you omit '.' in
the find execution (which itself is a GNUism iirc).  Patch
attached.

I think I would much prefer using regular expressions here.
For one thing I'm worried about variations in find(1)
behaviours across platforms. For another, unless a parser
calls find(1) (as I have, and it's expensive), trying to
match its behaviour will imho be a lot more error prone
than using your languages built-in regular expression
library or pcre or whatever. I will try to cook a patch for
comment.

[1] (I need to re-read the older DEP-5 messages to
understand the current maintainership situation: I see
Steve remove the other drivers in that version, and
Charles do the same in his git repo...)


-- 
Jon Dowland
#!/usr/bin/python
# a crude DEP-5 parser

# Copyright (c) 2009 Jon Dowland 
# Copying and distribution of this file, with or without modification, are
# permitted in any medium without royalty provided the copyright notice and this
# notice are preserved.

# usage: run the script from within an unpacked source tarball with the debian
# diff.gz applied on top (or at least, a DEP-5-syntax debian/copyright file
# available)

from email import parser
from sys import exit
from os import popen

##
## step 1: handle/parse RFC822 superset

# remove blank lines so the parser treats it all as an email header
copyright = parser.Parser().parsestr(
''.join(
filter(lambda x: "\n" != x,
open("debian/copyright").readlines()
)))
if len(copyright.keys()) < 1:
print "parser didn't get any headers from the copyright file"
exit(1)

##
## step 2: interpret the headers and build a list of tuples
##  (files, license, copyright)

# DEP5 header. Format-Specification is required. Others are optional.
valid = "Format-Specification Name Maintainer Source Disclaimer".split()
header = dict([ [x,''] for x in valid])
files = "Files Copyright License".split()

# first loop: handle the header
for i in range(0,len(copyright.items())):
key = copyright.keys()[i]

# skip over x-Arbitrary: headers
if key[0] == 'x':
continue

if key in valid:
if header[key]:
print "error: redefinition of '%s'." % key
exit(1)
header[key] = copyright.values()[i]
continue

# this marks the transition from the header onwards
if key in files:
if not header['Format-Specification']:
print "error: Format-Specification must be defined " +\
  "before the Files section"
exit(1)
break

print "unrecognised key '%s'" % key
exit(1)

# second loop: looping through the main parts
current = dict([ [x,''] for x in files])
tuples = []

# take a hash of Files/Copyright/License and split it up
# into multiple ones based on the Files key
#   first rule: multiple items separated by commas
#   XXX: unhandled: escaped commas; quoted-strings
#containing commas
def append(tuples, current):
for t in current['Files'].split(","):
c = current.copy()
c['Files'] = t.strip()
tuples.append(c)

for i in range(i,len(copyright.items())):
key = copyright.keys()[i]

# skip over x-Arbitrary: headers
if key[0] == 'x':
continue

if key in files:
# handle implicit 'Files: *'
if 'Files' != key and not current['Files']:
current['Files'] = '*'
# new Files: stanza ends the last one
elif 'Files' == key and current['Files']:
for defn in ['License', 'Copyright']:
if not current[defn]:
prin

Re: DEP-5: an example parser, choice of syntax for Files:

2009-09-13 Thread Benjamin Drung 
Am Sonntag, den 13.09.2009, 23:58 +0100 schrieb Jon Dowland:
> Most of the examples given in DEP-5 containing the path
> character will not work, either, e.g.
> 
> Files: debian/*
> 
> Assuming they are passed into a find(1) invocation like so
> 
> find . -path 'debian/*'
> 
> (note the presence of the path separator and the wording
> about that in the text)
> 
> they need to be prefixed with './', even if you omit '.' in
> the find execution (which itself is a GNUism iirc).  Patch
> attached.

You can get rid of those './' by replacing . with *:

find * -path 'debian/*'

Cheers,
Benjamin


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Re: DEP-5: query about possible inheritence of License:

2009-09-13 Thread Charles Plessy 
Le Sun, Sep 13, 2009 at 11:15:57PM +0100, Jon Dowland a écrit :
> 
> So as it stands, no inheritance is possible, and every Files: line must be
> accompanied by a Copyright: and a License: line.

Hi again,

to my knowledge, nobody proposed inheritance before you, probably because most
people see the “stanza” format as a suite of independant blocks (whith a
special role for the first one). But the purpose of the DEP process is to
discuss ideas and pick up good ones once there is no evidence of strong
opposition, so why not?

Having a mantadory Files: field was strongly opposed on debian-devel, and is
not required by our Policy nor our archive administrators, so DEP 5 will need
to support the case where no Files: field is present (otherwise we can just
flag the DEP as rejected and go back to other tasks), and the rule that you
summarised above needs to be changed anyway.

Also, given the precedence rule that you cited, the order of the stanzas
already matters, so it would not complicate the writing of parsers too much to
implement an inheritance rule. Since you are already writing a parser, do you
have a precise proposition to make ? 

Have a nice day,

Charles

[PS: since I am subscribed to -devel with the digest option, I will patiently
wait for the next digest to arrive before answering to your other email.]

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Explicitely Cc bug reporters

2009-09-13 Thread Charles Plessy 
Le Sat, Sep 12, 2009 at 11:38:47PM -0400, Felipe Sateler a écrit :
> 
> A lot has been said about CCing submitters, but what about other 
> contributors? Is there any reason someone would want to comment on a bug 
> report and _not_ be notified of further messaging on it?

Hi all,

during last year’s “bug sprint”, I was assigned a long mozilla bug and a big
part of the work was to read all messages to collect the email addresses of the
users who added their experience in order to re-ping them. Although on the
technical part I was not able to do anything, I thing the mass ping I made
helped to re-gain the momentum that led this bug to be closed.

So from the point of view of this experience, I definitely support the idea of
having a mechanism to contact all the contributors to a bug, although I am
unsure if it would be a good default. 

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: replacing libreadline5-dev build dependency with libreadline-dev

2009-09-13 Thread Manoj Srivastava 
On Sun, Sep 13 2009, Matthias Klose wrote:

> Both libreadline-dev (>= 6.0) and libreadline6-dev are now available
> in unstable and testing. If possible, please replace the
> libreadline5-dev build dependency with libreadline-dev, so that in
> future changes of the libreadline soname binNMU's can be used for this
> kind of update.

I had libreadline5-dev | libreadline-dev, based on the premise
 that the former would be a concrete package, and the latter not, but I
 am now using
  libreadline-dev | libreadline6-dev | libreadline5-dev
 to be friendly to back porters (thus the prepend, not replace)

manoj
-- 
No matter what happens, there is always someone who knew it would.
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: DEP-5: query about possible inheritence of License:

2009-09-13 Thread Steve Langasek 
On Sun, Sep 13, 2009 at 11:15:57PM +0100, Jon Dowland wrote:
> A closer reading of the DEP-5 wording clears this up for me:

>   However it makes for easier reading if the copyright
>   file lists the “main” license first: the one matching
>   the “top level” of the work, with others listed as
>   exceptions. To allow this, the following precedence rule
>   applies for matching files: If multiple Files
>   declarations match the same file, then only the last
>   match counts.

> So as it stands, no inheritance is possible, and every
> Files: line must be accompanied by a Copyright: and a
> License: line.

IMHO this is preferable for the sake of simplicity - it's easier on the
parser (including the various wetware parsers that will be deployed :), and
also easier to consistently output.  And I think it will be less error-prone
in the event that, say, the main upstream copyright holders decide to
relicense their work, since the maintainer doesn't have to remember to /add/
a license field for files /not/ being relicensed by their authors.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature