bug=504880
Yes, fine.
Regards, Frank
--
Dr. Frank Küster
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
B90/Grüne KV Miltenberg
Debian Developer (TeXLive)
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
7;m missing, however, is any
reference to debconf's config script. Isn't that called by dpkg, too?
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE, email to debian-policy-requ...@list
a depends on package b
>
> # dpkg --unpack a
> # dpkg --purge a
>
> can be done without "b" present. And you do not need any --force option.
Yes, I see.
We'll have to make an upload of texlive-2007.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD As
Frank Küster wrote:
> Package: debian-policy
> Version: 3.8.1.0
> Severity: minor
>
> The section titled
>
> 7.2 Binary Dependencies - Depends, Recommends, Suggests, Enhances, Pre-Depends
>
> also deals with the "new" Breaks, therefore it should also be in t
on no packages.
debian-policy recommends no packages.
Versions of packages debian-policy suggests:
ii doc-base 0.8.20 utilities to manage online documen
-- no debconf information
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B9
ithout a dir list. Actually, this needs to be fixed by
rebuilding the packages against the proper tex-common version, but that
will happen anyway.
Regards, Frank
--
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg
--
To UNSUBSCRIBE
Russ Allbery <[EMAIL PROTECTED]> wrote:
> Frank Küster <[EMAIL PROTECTED]> writes:
>> Russ Allbery <[EMAIL PROTECTED]> wrote:
>
>>> I believe the devref instructions are wrong. The proper location for
>>> this information is debian/copyright, whic
Russ Allbery <[EMAIL PROTECTED]> wrote:
> Frank Küster <[EMAIL PROTECTED]> writes:
>
>> The developer's reference describes in
>>
>> 6.7.8 Best practices for orig.tar.gz files
>>
>> how to document properly any changes that need to b
in use, following the advice of the
developer's reference, whereas documenting the multiple binary package
thing in that file is probably new. If we give examples, we should
indeed use the most relevant ones.
Regards, Frank
--
Frank Küster
Debian Developer (teTeX/TeXLive)
--
To UNSUBSCR
re broad, and I don't think Frank was proposing that
> change, only asking that Policy be consistent with the RC bug policy which
> calls out all cron jobs and init scripts.
Yes, of course. Just because some helper script is a quick hack and
contains a
LOGDIR=/var/log/foo
statement in i
I'm not sure that a check is possible in each case. On the other hand,
an additional attribute/field could be an "implementation suggestion".
This could just point to dh_foo, or to a more complex setup, and give
someone who rarely touches a package in that "topic area&quo
y: (500, 'stable'), (99, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
-- no debconf information
--
Dr. Frank Küster
Single Molecule S
86)
Kernel: Linux 2.6.17-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
-- no debconf information
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Release: 3.1
APT prefers unstable
APT policy: (99, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.17-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
-- no debconf information
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst
that in this process, not only policy is improved, but also
the release-policy (if not in meaning then at least in wording and
clearness), but we can't expect this to happen right now.
Regards, Frank
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Bill Allombert <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 05, 2006 at 06:58:48PM +0200, Frank Küster wrote:
>> Therefore, I suggest the following patch to the Debian policy:
>>
>> --- debian-policy-3.7.2.2/policy.sgml.orig 2006-10-05 18:52:02.0
>> +
.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (99, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.17-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
-- no debconf information
atch-7/,
but it seems it has been lost again somehow.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
t-installation script or
simply a service startup script might look at some configuration file,
thus learn the structure of /srv that the local admin chose, and create
files there.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
or
| can rearrange the links, provided that they leave at least one link
| remaining, without having their configuration overwritten.
`
I think this is a non-bug. It's rather a FAQ on the users' lists.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Foldi
ce of
>> policy-process.sgml and /usr/share/doc/debian-policy/policy-process.*
>> respectively ?
>
> I assume this is an oversight.
Maybe we should file a bug that these files be removed.
> Frank Küster writes ("Official policy process (was: Bug#375502: debian-policy
George Danchev <[EMAIL PROTECTED]> wrote:
> On Tuesday 27 June 2006 12:19, Frank Küster wrote:
>> George Danchev <[EMAIL PROTECTED]> wrote:
>> > The sub-policy documents either can be part of this debian-policy
>> > document or referenced to by this
ot; are all normative and authoritative", is
correct.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Ian Jackson <[EMAIL PROTECTED]> wrote:
> Frank Küster writes ("Re: Bug#375502: debian-policy must clarify how
> sub-policies should be managed"):
>> I tend to disagree. A sub-policy should only be part of the
>> debian-policy package, and installed in /usr/sh
Ian Jackson <[EMAIL PROTECTED]> wrote:
> Frank Küster writes ("Re: Bug#375502: debian-policy must clarify how
> sub-policies should be managed"):
>> For a document called "Debian-Foo-Policy" to be part of The Debian
>> Policy it must be included in 1.4
George Danchev <[EMAIL PROTECTED]> wrote:
> On Monday 26 June 2006 17:37, Frank Küster wrote:
>> George Danchev <[EMAIL PROTECTED]> wrote:
>> > Package: debian-policy
>> > Version: 3.7.2.1
>> > Severity: wishlist
>> >
>> > The c
heir policy gets
more and more consistent (and tested). At some point, they can apply to
become part of "the policy", with all the side effects like must-clauses
being RC etc. But that's only the end, and the sub-policy document must
exist prior to this, at some other place.
Re
ybe the LPPL (as an example of how a "discouraged compromise" can be
implemented properly).
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
^^
> supported by all scripts in `/etc/init.d', the `reload' option is
> optional.
Does anybody have an idea how the description of restart could be worded
better to make #224937 a violation of a must-clause? It's a
w a line between these. The description doesn't
specifically mention elements and their properties, but I don't think
this is necessary, and we have one PSE-tool in the list.
> chemtool, kalzium, xdrawchem
polyxmass, xdrawchem, gausssum, kalzium
> Mathematics [was:Math
A
> This is a transitional package which ensures users of B will use
> A in the future. It can safely be removed.
How can that work? If B Depends: A, but A Conflicts: B, won't they just
refuse to be upgraded? I think A needs to declare
Conflicts: B ( <= $last_nontransitional_vers
grams.
I also do not think that it is a problem if we use NCBI and this term is
not understood by users on multi-purpose-installations. They can just
ignore it, maybe after a short look into the submenu. Just as you have
to learn to ignore lots of other things that are irrelevant to your
field
onics. kboincspy is probably
>> less scientific than a performance monitor - after all it's the central
>> server who does the serious evaluation of the data that the distributed
>> clients calculated.
>
> It is really up to package maintainer to decide. I am not famili
you that).
I do agree with that.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
em to be similar.
> Physics [5]
> gdpc - visualiser of molecular dynamic simulations
And this is also very near - MD simulations are based on physics, but
are performed to answer chemical or, I guess more frequently,
macromolecular=biological questions.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
licy: (99, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.16-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
-- no debconf information
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
". However, mathematics is a general foundation
for many other types of research. It's central to social science
(sociology, psychology, economics) and also important in fields related
to philology, e.g. linguistics.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
tronomy
> * Astrophysics
> * Cosmology
> * Radio astronomy
That's a nice exercise, but the interesting question is whether we
actually have enough *packages* so that their creation makes sense.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
machine knows. The other users
> will see a cryptic "NCBI" and think "WTF is that?".
Yes, well, they will. But I don't see any alternative. NCBI is the
name of the institution and the software collection. Nobody has
proposed an alternative, and I think that's be
endencies might appear as:
>
> Package: mutt
>
>
> --
> Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
This.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
pgpMUxIiUpoxK.pgp
Description: PGP signature
aintainer scripts support because
> dpkg will not replace a symlink by a directory.
That's not a very strong argument IMO.
Anyway, I see that my idea isn't a good one, and I'll drop that
proposal.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Russ Allbery <[EMAIL PROTECTED]> wrote:
> Frank Küster <[EMAIL PROTECTED]> writes:
>
>> It is common practice that /usr/share/doc// is a symlink to
>> /usr/share/doc// if Depends: .
>> Therefore I don't see why the copyright file couldn't be a sym
mlink.
Should I create a patch for the wording that allows symlinks to other
copyright files from the same source package?
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
It's just a wrapper around dpkg-shlibdeps. Since using dh_*
isn't mandatory at all, there's no need to mention it in the policy.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
; and podcast aggregators.
> akregator, kitty, liferea
>
> How does that sound?
Fine.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
ill have to ask an expert.
Why not use the word "Feed" in the section name? Like "Web Feed", or
"Web Feed distribution"?
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
ired", "emacs -f svn-status", "emacs -f doctor" etc.
;-)
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
ers", therefore the
naming or sorting could be made better here... Being unfamiliar with
"Newsfeed and podcast agregators", I also don't get the difference
between the and "notification applets".
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
ilver" pointing to /usr/bin/hg. Plus l10n packages "quecksilber"
(symlink Quecksilber), "mercure" (symlinks mercure and vif-argent)
etc.pp.
:-), Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Linas Zvirblis <[EMAIL PROTECTED]> wrote:
> Frank Küster wrote:
>
>> Where would timetable managers (KOrganizer...), group task trackers,
>> etc. be sorted, both one-person-standalone, group-wise-networked, and
>> connect-me-to-my-palm, or allinone?
>
> Off
ases, but maybe the
name should somehow give a hint to that; to me "databases" sounds much
like mysql, M$Access and all that stuff I never use and know nothing
about, and I think we would serve our users to give the section a more
"end user" friendly name. What about "dat
nto Science or Text.
Science is fine, as long as it's not restricted to natural sciences.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
ools used by scientists that are
>> not scientific software proper: most notably bibliography stuff. Should
>> this go to Office?
>
> I would suggest putting such software in Databases.
Yes, that's a good suggestion.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
esses and structures", like mind mapping?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Manoj Srivastava <[EMAIL PROTECTED] (va, manoj)> wrote:
> On Tue, 26 Jul 2005 18:44:28 +0200, Frank Küster <[EMAIL PROTECTED]> said:
>
>> Hi, is there an established procedure on adding sub-policies (like
>> the existing menu or mime sub-policies)? Should they
request to change the Policy?
I am asking because we have drafted a Debian TeX Policy document¹ and
are thinking how to proceed.
Regards, Frank
¹if you've got a TeX-related package and are interested, have a look at
http://people.debian.org/~frank/Debian-TeX-Policy/
--
Frank Küster
Inst. f. Bioc
56 matches
Mail list logo
