.
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED]
Debian GNU/Linux?[EMAIL PROTECTED]
Visit PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA
http://www.debian.org http://fatman.mathematik.tu-m
gh, I've decided to leave Debian, that doesn't mean that I'm
completely `offline' now. In case you have other problems interpreting any
of my manuals/texts, feel free to drop me a note (but please do this via
a CC to me, since I don't follow the lists too closel
"bo" system who's perl
would require libc5.
Example #2:
lintian depends on file.
file depends on libc6.
==> Lintian physically depends on:
perl (perl-base is sufficient)
file
objdump
...
Therefore, it depends on file and binutils, but do
On Mon, 27 Apr 1998, Ian Jackson wrote:
> Christian Schwarz writes ("first proposal for a new maintainer policy"):
> > Duties of a maintainer
> > --
> >
> > Being maintainer of a package means the following: (note, that in
> >
the policy manuals could be improved are always welcomed!
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED],
Don't know Perl? [EMAIL PROTECTED], [EMAIL PROTECTED]
Visit PGP-fp: 8F 61 EB 6D CF 23 CA D7 34
On 21 Apr 1998, Guy Maor wrote:
> Christian Schwarz <[EMAIL PROTECTED]> writes:
>
> > Every package in the distribution must have one or more maintainers
> > at a time (see below).
>
> That's not currently true. Orphaned packages are not typically
>
ges of a maintainer
- added requirement, that the name listed in the Maintainer field is
the same on all packages of that maintainer
- packages are allowed to have several maintainers at once
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED],
Don't k
scussion: It looks to me, like
we are stuck. Most participants fail to see the importance of having the
responsibility of our packages well defined, and I still fail to see the
advantages of allowing several people to maintain one package at once.
When I thought about this topic
[I reduced the list of recipients.]
On Sun, 19 Apr 1998, Dale Scheetz wrote:
> On Sun, 19 Apr 1998, Christian Schwarz wrote:
>
> > It's up to you which guidelines you want to follow--but if you want to
> > maintain packages for our distribution, you'll have to fo
e from the details below.'--section 3.3.8) while
in other places no exceptions are allowed (e.g., `No package may include
device files in the package file tree.'--section 3.3.6).
Guy, please don't install the debian-keyring package into hamm or slink
until we&#x
-English
language, that original version must be included in the package as well,
together with a translation into English.''
Comments or objections?
Thanks,
Chris
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! __
On 17 Apr 1998, Adam P. Harris wrote:
> Christian Schwarz <[EMAIL PROTECTED]> writes:
> > On Sat, 18 Apr 1998, Anthony Towns wrote:
> > > On Fri, Apr 17, 1998 at 12:34:18AM +0200, Christian Schwarz wrote:
> > > > I agree that the extra files should *not* be pu
On Sat, 18 Apr 1998, Anthony Towns wrote:
> On Fri, Apr 17, 1998 at 12:34:18AM +0200, Christian Schwarz wrote:
> > I agree that the extra files should *not* be purged automatically.
> > However, dpkg should not forget about them.
>
> I disagree.
[snip]
>
> What would
On Fri, 17 Apr 1998, Enrique Zanardi wrote:
> On Fri, Apr 17, 1998 at 12:22:25AM +0200, Christian Schwarz wrote:
> >
> > The reason why I object to the `multi-maintainer' idea is my experience
> > with software development: I haven't seen a _working_ example of a
On Thu, 16 Apr 1998, Joey Hess wrote:
> Christian Schwarz wrote:
> > Note, that the Linux kernel is developed by the same procedure: A lot of
> > programmers contribute source code, but everything is integrated by a
> > single person (Linus). The same holds for Emacs--
able to change bash itself, but not the manual.
For licenses and standards, I think it should be allowed to copy the whole
text, make changes, and release it under a different name. For example,
though I can't change the text of the GPL itself, I could copy the text,
create my own
x27; where packages can
register extra files through some procedure (maybe, some `dpkg-extra'
command?)
Thanks,
Chris
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! ___; [EMAIL PROTECTED], [EMAIL PROTECTE
y as soon as I had time to dig into this issue
again and as I've prepared the necessary changes/fixes.
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED]
Visit
teering! :) Just drop me a note if you want some
section moved out of the policy manuals.
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED]
Visit PGP-f
x27;s
what I think the `Maintainer:'s job is) at the same time. If someone would
show me a good example for this, maybe I'd change my mind.
The Lintian package has the following Maintainer field:
Maintainer: Christian Schwarz <[EMAIL PROTECTED]>
This makes it very clear tha
root 0 libc6
Can someone tell me whether the full-path version is correct, too? (Note,
that the Packaging Manual does not tell about this. I'll update the manual
if necessary.)
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL
s soon as we have a consensus about the
new policy.
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED],
Debian has a logo![EMAIL PROTECTED], [EMAIL PROTECTED]
Check out the logo PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22
e isn't very complicated and
possible dependency problems could be easily fix in the time before the
freeze. Since the current setup WRT libc6 and kernel headers is an *FAQ*,
it wouldn't be very wise to put this into slink only.
Brian, is this ok with you?
Thanks,
Chris
--
On 11 Apr 1998, James Troup wrote:
> Christian Schwarz <[EMAIL PROTECTED]> writes:
>
> > I don't think this is a topic which belongs to the policy
> > manual. (For example, the policy manual doesn't include a statement
> > like `dereferencing NULL pointer
On 11 Apr 1998, James Troup wrote:
> Christian Schwarz <[EMAIL PROTECTED]> writes:
>
> > 4. A unique point of communication. In case of questions WRT a
> > packages' `interface', it's much easier for other maintainers to
> > get an `au
ts of unused
directories in /usr/local.)
Hope this answers your question,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED]
Visit PGP-fp: 8F 61 EB 6D
Manual', this could go there--but since
we don't do a lot of programming ourselves, we'll probably never have such
a manual.
Any other opinions?
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian GNU/Linux?[E
hard to know what's the
current status of dpkg. For example, the emacs changelog-mode is
still missing in dpkg-dev, and this is known for weeks and very
annoying for lots of maintainers--but noone cares about it. I even
offered taking over maintainership of dpkg to
ells me that
> less than 0.1% of the filenames in my /var/lib/dpkg/*.list use any other
> characters.
That's another good idea for the check! I'll implement this and we'll see,
how many exceptions we have... :-)
Thanks,
Chris
-- Christian Schwarz
[This mail is part of Debian Policy Weekly issue #6]
Topic 1: ldconfig calls in postinst scripts
STATE: APPROVAL
REF: cf. bug #20515
Current policy states that in general, calling `ldconfig' from the postinst
script is not necessary. There have been a few discussions on this topic
already, wi
[This mail is part of Debian Policy Weekly issue #6]
Topic 2: Absolute and relative symbolic links
STATE: APPROVAL
Current policy reads (section 3.3.5):
``Most symbolic links should be relative, not absolute.
[...]
In particular, symbolic links from one part of /usr to
[This mail is part of Debian Policy Weekly issue #6]
Topic 3: Manual pages for X11 games
STATE: APPROVAL
Current policy states that X11 games have to be installed into /usr/games,
instead of /usr/X11R6/bin. It is not yet specified, where manual pages of
such games should be installed to. I sugg
DEBIAN POLICY WEEKLY, #6 (April 11, 1998)
The following message is a list of topics related to the Debian Policy which
are currently under discussion or which will be discussed in the near
future. This summary is sent to the debian-policy mailing list periodically
by the Debian Policy Manager.
A
st questions to debian-policy about that if
there should be disagreements about certain parts of the `Debian gimp
policy'.
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED]
(set LOCALE=C)
21. dependency policy:
- do we allow/disallow indirect dependencies?
- conflict loops depreciated?
22. general policy on bug report handling
23. documentation about why a package is in non-free/contrib
24. how to handle "extra" files
--
-library
> dependencies) is seriously broken. The Debian maintainer should lobby with
> the upstream author to get if fixed (or, at the very least, provide options
> so that Linux users can specify --no-rpath
> --inter-library-dependencies-please)..
I fully agree.
Could the libtool
has to
be approved by all developers. I'd prepare a Policy Weekly posting just
for this topic in the next few days.
It's very important for me to hear the opinions of the "ldconfig and dpkg
experts" on the above proposal and the implications to stability of hamm
ASAP!
Than
On Wed, 11 Mar 1998, Jason Gunthorpe wrote:
> On Wed, 11 Mar 1998, Christian Schwarz wrote:
>
> >
> > Recall, that there was a discussion on this topic between Feb 9 and Feb
> > 18, with subject line "awk: essential virtual package?"
> >
> >
several maintainers start filing the same bug report
simultaneously.
Note, that when sending lots of bugs on the same subject, you should send
the bug report to [EMAIL PROTECTED] so that the bug report is not
forwarded to the bug distribution mailing list.
--cut-here--
Do you think we need to preci
eleased.
Any (quick) comments are appreciated!
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED],
Don't know Perl? [EMAIL PROTECTED], [EMAIL PROTECTED]
Visit PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C
Thank you.
The rules included in the "AUTHORITATIVE LIST OF VIRTUAL PACKAGE NAMES"
explicitely allows use of `private VPNs among a cooperating group of
packages' which applies in this case.
I think you can just use imlib without having it registered.
Thanks,
Chris
esign it should be easy for others to contribute new checks.
Patches are always welcome!
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! ___; [EMAIL PROTECTED], [EMAIL PROTECTED]
\ /
\\\__/ !
On 27 Feb 1998, James Troup wrote:
> Christian Schwarz <[EMAIL PROTECTED]> writes:
>
> > > - make the program setuid in the .deb file. Additionally, put this in
> > > the
> > > postinst:
> >
> > No, games should not be `setuid', but `se
On Wed, 25 Feb 1998, Adrian Bridgett wrote:
> On Tue, Feb 24, 1998 at 10:22:51PM +0100, Christian Schwarz wrote:
> >
> > Let me just comment on one clear question I've seen in the discussion:
> > Should game's score files be tagged as conffile? I thi
don the redundancy, I think I feel strongly on
> this issue.
Ok. Here you go...
> >>"Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes:
>
> Christian> Let me just throw in a few notes:
>
> Christian> 2. I'm wondering why it's s
'm wondering why we need to ship the /root/.bash* configuration
files at all! It looks like all what they do can also be done in
/etc/profile, right?
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian GNU/Linux?[EMAIL P
stem first. Any ideas?
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED],
Don't know Perl? [EMAIL PROTECTED], [EMAIL PROTECTED]
Visit PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA
http://
th, source and binary packages. (Note, that
the DFSG doesn't make a distinction between source and binary packages
either.)
Thanks,
Chris
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! ___; [EMAIL PROTECTED], [EMAIL PROTE
(the .deb), but create and manage this file via the
maintainer scripts (postinst, postrm, etc.). This is the suggested
solution for CFGF which are modified by scripts.
Comments are appreciated. If you think that some sections in the manuals
should be clarified, please tell me exact sentences which you fi
clarified'. I'll prepare a change for the next release of the policy
manual.
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED]
Visit PGP-f
On Sat, 21 Feb 1998, Christian Schwarz wrote:
[Are manpages which include a statement that they are outdated any
maintained a policy violation?]
Thanks for all the comments so far!
First of all, the discussion was not about the favourite documentation
format. Debian has been doing a great job
ay only be edited by humans, not
by scripts. (This result will be included in the next release of the
policy manual.) As score files are clearly edited by a program (i.e., the
game) and not by the user/sysadmin, they must not be marked as conffiles.
Thanks,
Chris
-- Christian
welcome!
Thanks,
Chris
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! ___; [EMAIL PROTECTED], [EMAIL PROTECTED]
\ /
\\\__/ !PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA
games completely.
IIRC, Daniel Quinlan (maintainer of FHS) said he would support the request
to drop this directory if someone brings this issue up on the fhs-discuss
mailing list.
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
ful at all,' while you
could try to work together with the upstream maintainers to make GNUstep
installable into `FSSTND' directories (which would be necessary to allow
the packages to go into the main distribution afterwards).
I'm very intrested in hearing your commen
change it in our gg (great-games) :-)
Having games in /usr/games only is already policy. Where to put the
manpages has not been decided, yet. If you want, you can move this
discussion to debian-devel, but usually debian-policy is the right place
for such topics.
Thanks,
Chris
--
an
[...]
Since, by current policy, all games (even X11 ones) go into /usr/games,
manual pages should also go into /usr/man.
(At least, if the consensus should be the contrary, we should fix
/etc/manpath.config ;-)
Any more opinions on this?
Thanks,
Chris
-- Christian Schw
ported bugs. In
addition, it will avoid the `buggy' upload mails sent to debian-changes
instead of debian-devel-changes and, last but not least, we'll get rid of
all spam on the debian-*-changes lists!!
So it would be nice if we could hear some final comments on the
On 18 Feb 1998, Manoj Srivastava wrote:
> Hi,
>
> >>"Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes:
>
> Christian> On 18 Feb 1998, James Troup wrote:
>
> Christian> [extremly essential vs. essential]
>
> Christian>
On Tue, 17 Feb 1998, Joey Hess wrote:
> Christian Schwarz wrote:
> > The last days, there was an `endless' discussion on debian-policy about
> > the use of `du' control files. Though, the discussion has not yet ended, I
> > think we have a consensus on the statemen
sential. This list should also contain information
about whether a package is `extremly essential' or just `essential.'
What do you think?
Thanks,
Chris
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! ___;
ages. Otherwise, people might implement
the generation of du files themselves, and afterwards receive a bug report
by Lintian :)
Thanks,
Chris
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! ___; [EMAIL PROTECTED], [EMAIL PROTECTED]
sential packages should
only specify pre-depends, no depends) then this should definitely be
documented somewhere in the manuals.
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED]
file /usr/doc/X11/debian.README already mentions:
`Please note that this distribution expects you to leave app-defaults
files unchanged. If you want to customise X applications globally, put
your customisations in /etc/X11/Xresources.'
Thanks,
Chris
-- Christian Schwarz
Do
able to check disk space, we should discuss this in detail again.
Does everyone agree??
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED]
Visit
o.'
Does everyone agree on this now? If so, I'll put the lintian check script
for the `du' files back in.
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED],
Don't know Perl? [EMAIL PROTECTED], [EMAIL PROT
On Sun, 15 Feb 1998, Joey Hess wrote:
> Christian Schwarz wrote:
> > > On a related note, what is the policy about the endings of manpages (e.g.
> > > /usr/X11R6/man1/package.1x.gz or /usr/X11R6/man1/package.1.gz)
> >
> > Good point, we haven't discus
f this program has to
> scan the tar to see if the program fits in the HD... why can't it do a "dpkg
> -c package.deb"?.
[snip]
Note, that control files (such as `du') can be extracted without having
tar unpacking and uncompressing the whole file. Thus, having a du file
On 15 Feb 1998, Manoj Srivastava wrote:
> Hi,
> >>"Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes:
>
> Christian> Let me summarize this discussion so far: There is a good
> Christian> use for the `du' control files but there isn't
equired or even mentioned in the
policy manual).
Any contrary positions?
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED]
[EMAIL PROTECTED], [EMAIL PROTECTED]
PGP-fp: 8F 61 EB
On Fri, 13 Feb 1998, Adrian Bridgett wrote:
> On Fri, Feb 13, 1998 at 09:30:51AM +0100, Christian Schwarz wrote:
> >
> > Recall, that we have decided to put X11 games into /usr/games instead of
> > /usr/X11R6/bin.
> >
> > But where should manpages for X11 games
e FHS doesn't like /var/lib)
The FHS would want us to move /var/lib/dpkg to /var/state/dpkg. However,
we've already decided NOT to do this. (It's simply too dangerous.)
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debi
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED],
Don't know Perl? [EMAIL PROTECTED], [EMAIL PROTECTED]
Visit PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA
http://www.perl.com http://fatman.mathematik.tu-m
people ask me
now if that's correct.)
Thanks,
Chris
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! ___; [EMAIL PROTECTED], [EMAIL PROTECTED]
\ /
\\\__/ !PGP-fp: 8F 61 EB 6D CF 23 CA D7 34
On Tue, 10 Feb 1998, Miquel van Smoorenburg wrote:
> According to Christian Schwarz:
> > As you've probably seen from my last policy weekly posting (issue #5),
> > policy will be changed to force each /etc/init.d/foo script to support the
> > `restart' and `force-r
So the question is, how should we treat non-standard packages which
install binaries with short names? A good example is the `sam' package
which installs a binary `B'. (sam is a plan9 editor) That file name is
used upstream too.
Please tell me what you think about this.
Thanks,
Chr
duced by deb-make some time ago and never
has been widely discussed. AFAIR, a better solution than md5sums files
would be to store more information about the unpacked files, as setuid
bits, etc.
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMA
ly be
documented in the policy manual, and the base-files package should contain
a note about the `Depends: awk' somewhere in a README.Debian file.
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED],
Debian has a logo!
has to be clearly marked as `coordinator' at some place, for
example in the `Maintainer:' field. The email address could then refer to
some mail alias, all mail sent to which will be forwarded to the different
maintainers.
Thanks,
Chris
-- Christian Schwarz
On Tue, 3 Feb 1998, Ian Jackson wrote:
> Christian Schwarz:
> > Well, first of all current policy says ``Every package must have
> > exactly one maintainer at a time.'' (see section 2.3.2 The maintainer
> > of a package). So this is the case. Whether it `shou
procedure up-to-date in case any changes are necessary in the future. (It
will probably take some time until all developers have upgraded to the
latest dpkg-dev package.)
Thanks,
Chris
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
!
t;[EMAIL PROTECTED]>" where the
"Description"
uniquely defines a set of maintainers, and may be listed on several
packages which are all maintained by the same developers.
The email address has to be some mail alias; all mails sent to that
address have to be forwarded to all m
e
for "XC-Comment", e.g., "XC-Announcement" or "XC-Upload-Comment". Both
alternatives are fine with me--probably the last one (XC-Upload-Comment)
describes the field more precisely than the other names.
Any other preferences?
Thanks,
Chris
-- Chri
On Mon, 2 Feb 1998, Santiago Vila wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Mon, 26 Jan 1998, Christian Schwarz wrote:
>
> > Yes. Beta software is ok for "unstable". Only "critical" software (i.e.,
> > programs that are likely to trash your
On Mon, 2 Feb 1998, Ian Jackson wrote:
> Christian Schwarz:
> >* Changed `closes' and `closed' term into `fixes'
> >
> > (This has been suggested by a few people. Please tell me if `closes'
> > would still be preferred.)
>
&
ian). But if conffiles are not marked as
`conffiles' anymore, this will be nearly impossible.
Wouldn't it be good to list such `configuration files' (that need to be
changed by scripts) in a new control field?
Thanks,
Chris
-- Christian Schwarz
Do you know [
ainer can
then be done simply by comparing the text in front of `<[EMAIL PROTECTED]'> to
the records in the DB.
---cut-here-----
Comments are welcome!
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED],
Debian has a logo!
stent.
>
> 3. Add `whose version numbers include dates' before `should always' in
> para.5, line 2. (Clarification that this is not intented to deprecate
> packages with non-date version numbers.)
I agree to all these changes.
Thanks,
Chris
-- Christian
first, before anyone starts changing packages.
As the usr of /usr/share is fine with the FSSTND but is not required by
the FSSTND, there is no problem if packages use this directory. But
moving files into this directory is not allowed _now_ if this breakes
other packages.
Thanks,
Chris
--
)
You are right that FHS _would_ require us to move /var/lib/dpkg, but we
already decided not to do this. (The risk is simply to high.)
Perhaps we'll make more exceptions to the FHS--we haven't decided on this
yet.
Thanks,
Chris
-- _,, Christian Schwarz
On 30 Jan 1998, James Troup wrote:
> Christian Schwarz <[EMAIL PROTECTED]> writes:
>
> > As long as the binary packages `Depend:' (or `Recommend:') the
> > package containing /usr/doc/source-package and they install a
> > symlink /usr/doc/binary-package
one person using his nick name in
front of the maintainer addresses. Note, that in my proposal I didn't not
say that that text in front of the address has to be the real name as
stored in the DB. We could use any name there as long it's unique:
Christian Schwarz 1 <[EMAIL P
matic approach to administration of config-files (don't
> tell this to the folks who've been battling on debian-admintool ;-)
You are right. Isn't that what COAS will do? I guess we should wait until
COAS is ready.
Thanks,
Chris
-- _,, Christian Schwarz
aintainer
are forwarded to the same system. Is this too restrictive (i.e., does
someone want different mail servers for different packages)?
It would be good if the people who want our policy to be changed in this
respect (Ian?) to tell us their opinion. I want to set up the DB ASAP and
this is the
uch better. (I still like your suggestion, though.)
Any other opinions?
Thanks,
Chris
-- Christian Schwarz
Do you know [EMAIL PROTECTED], [EMAIL PROTECTED],
Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED]
Visit PGP-fp: 8F 61 EB 6D
ppreciated! I'd would be good if we can come to a
consensus quickly since we (Tim and I) are currently working on the DB and
want to fill it ASAP.
Thanks,
Chris
-- Christian Schwarz
[EMAIL PROTECTED], [EMAIL PROTECTED]
[EMAIL PROTECTED],
e any objections
against relaxing policy WRT copyright files, as long as these two points
are covered.
Thanks,
Chris
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! ___; [EMAIL PROTECTED], [EMAIL PROTECTED]
\ /
\\
et the information about which shlibs are
included out of the package itself, I suggest to mention the shlibs in the
Description or some other control field. I don't think that using the
package name would be a good idea.
Any other opinions here??
Thanks,
Chris
-- Chri
r (more experienced) developers may go for this... or I may
> be wrong about the way the linker works.
It would be good if someone more experienced than I am could comment on
Marcelo's arguments against linking shared libraries with `-l'. If his
arguments are valid (I really can't t
people want it this way, the bug
tracking system should be extended to differentiate between the different
releases:
A bug can exist in a package in one or more releases, and it can be fixed
in one or more releases, etc.
Cheers,
Chris
-- Christian Schwarz
[EMAI
1 - 100 of 231 matches
Mail list logo
