Bug#535577: debian-policy: what to do with user-generated data (databases) on purge

Package: debian-policy Version: 3.8.2.0 Severity: wishlist Currently, policy is rather unclear on what to do with user-generated content, such as the content of databases, on purge. Afaics, the only cases that are mentioned are those of conffiles and log files (both of which are to be removed at

helping out with policy

ive a clue on where to help out. Looking forward to your suggestions, Bas. -- Kind regards, Bas Zoetekouw. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 822-date is deprecated (Bug?)

all things aren't forgotten. Thanks! Bas. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EM

Re: Interfaces for reading a Debian Package

-technical discussions. -- Kind regards, +--------+ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] |

Bug#191036: create /run for programs that run before /var is mounted

e more explicit? Something like: State files must go into /var/run unless they are needed/created before /var is mounted rw, in which case they must go into /run. -- Kind regards, +--------+ | Bas Zoetekouw

Bug#178809: rules for Build-Depends-Indep satisfaction make no sense

rgets of debian/rules (through dpkg-buildpackage). See http://buildd.debian.org/fetch.php?&pkg=freesci&ver=0.3.4a-2&arch=alpha&stamp=1043707174&file=log&as=raw for an example of this. -- Kind regards, +--

Bug#178809: rules for Build-Depends-Indep satisfaction make no sense

Package: debian-policy Version: 3.5.8.0 Severity: important Currently, policy says that following about Build-Depends-Indep (section 7.6): | The Build-Depends-Indep and Build-Conflicts-Indep fields must be | satisfied when any of the following targets is invoked: build, clean, | build-indep, bin

Bug#174982: [PROPOSAL]: Debian changelogs should be UTF-8 encoded

o fix. > > > > Any seconds? > > I hereby second this proposal. I second it, too. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | ||

Re: Summary of KDE filesystem discussion

Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+

Re: Question about build dependencies.

egards, +---+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+

Re: Bug#102213: [PROPOSAL] Policy interpretation and exceptions

of policy conflicts with its spirit, (the letter of) policy should be changed? -- Kind regards, +-----------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va fai

Bug#100631: PROPOSAL] Restrict http access to /usr/share/doc

controls, then it should not provide access at > +all, or ask about providing access during installation. > + Looks ok to me. Seconded. -- Kind regards, +-------+ | Bas Zoetekouw | Si l&

Bug#97755: PROPOSAL] eliminating task packages; new task system

Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+

Re: Finishing the FHS transition

another scan, to see where we stand on that. There is already a list on http://qa.debian.org/fhs.html -- Kind regards, +-------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que

Bug#92423: PROPOSAL] renaming of debian/rules file

Hi Taral! You wrote: > It should most certainly be debian/rulz, not rulez. Why not make it d3b1an/rulz, then? -- Kind regards, +---+ | Bas Zoetekouw | Si l'on sait exact

Re: Please add auto-forwarding feature to BTS (was: Directing Debian users to use project BTSes - should we?

t. -- Kind regards, +-----------+ | Bas Zoetekouw | Si l'on sait exactement ce | || que l'on va faire, a quoi| | [EMAIL PROTECTED] | bon le faire?| |[EMAIL PROTECTED] | Pablo Picasso | +---+

Please add auto-forwarding feature to BTS (was: Directing Debian users to use project BTSes - should we?

ug reports are never seen by > the developers. Well, this seems reasonable to me. It shouldn't be too hard to put an option in the BTS to (optionally of course) forward _all_ bugs upstream. -- Kind regards, +-------+ | Bas Zoetekouw