hile (i.e. past
at least sarge+1, and maybe even indefinitely).
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
m not sure if there's an FAQ per se, but
/usr/share/doc/lsb/README.Debian should cover most of the relevant
issues if the package is installed. (I will update it with info from
aj's very informative post.)
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
link. That at
least takes care of people installing Debian for the first time. As
for upgraders, well, that's what release notes are for.
On most of my boxes
rm `find /usr/doc -type l` && ln -s share/doc /usr
worked just fine; the only exception is a box that still has Corel
Wo
g that the
updated debhelper does not support packages targeted for potato or
woody (where IIRC the links are required) should suffice.
Chris, who's killed /usr/doc on several boxes already
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
Instructor and Ph.D.
rted over to that, and
> cdebconf can begin to be installed on debian systems, without apt
> wanting to remove 200 packages. So I'm calling for a new virtual package
> to be added to the list.
Seconded.
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutc
ussion we
had over arguments like status. (See SF ID #566058)
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ly object to changing policy on this
point, particularly since there are are much more important changes
[hopefully] coming in terms of architecture handling that need to be
resolved first.
Chris, twiddling his thumbs while the cabal waits to bless woody :-)
--
Chris Lawrence <[EMAIL PRO
ess, and there is a Linux emulation
layer available, there is no reason why LSB compatibility cannot be
achieved.
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
etc/init.d/apache restart, because /etc/init.d/apache is not defined
in the specification. Presumably a later edition of the LSB will
define some init.d entry points, but it hasn't happened yet.
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
Instructor an
e setting up a RDBMS for
your own entertainment, pools are overkill.
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
Instructor and Ph.D. Candidate, Political Science, Univ. of Mississippi
208 Deupree Hall - 662-915-5765
Having said that, I suspect that it's
more robust to do the adduser in the postinst than in the preinst,
So either interpretation seems valid and reasonable. Maybe both
should be formally codified in the document...
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
en if it does pass the buck totally onto something
that is Build-Depended upon... besides, isn't there some way to specify:
#!/usr/bin/make -f
ARBITRARY_TARGET:
some_script $@
where ARBITRARY_TARGET is some mysterious % pattern that GNU make uses?
voila... your debian/rules is policy
.
Then again, if the software can run as a non-root user and be suid to
that user, I can't think of any good reason why it couldn't just be
sgid to some group without any users in it instead. Maybe I'm not
thinking hard enough though :)
Chris
--
Chris Lawrence <[EMAIL PROTECTE
the-distribution, is it really
subject to policy? Sure, it'd be nice if the stuff in there followed
policy, but since it's not Debian who cares.
\end{sophistry}
So, it's a non-issue. djb's software could install in /root/djb-roolz
and it wouldn't be a problem... :-)
Chri
t, and this is standard Unix semantics. It could be
mode 000 for all Linux cares.
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
Computer Systems Manager (Physics & Astronomy, 125 Lewis, 662-915-5765)
Instructor, POL 101 (Political Science, 208 Deupree, 662-915-5949)
age reportbug
would be nice. Now to add this brainstorm to the TODO list :)
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
Computer Systems Manager (Physics & Astronomy, 125 Lewis, 662-915-5765)
Instructor, POL 101 (Political Science, 208 Deupree, 662-915-5949)
be in stable) I can
see a lot of already-fixed-in-their-version bugs getting dumped on
upstream developers.
Anyway, I was wondering if this is something we want to discourage in
policy, or if I'm just not thinking the same way as most maintainers
(i.e. my premises are flawed).
Chris
--
Chris L
... I guess it's a tradeoff between Packages bloat and
littering small files in a directory. Unless anyone else has a
proposal...
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
Computer Systems Manager (Physics & Astronomy, 125 Lewis,
e, libtool, automake, and XEmacs). This of course excludes
/usr/share/common-licenses/GPL.
Chris
--
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/
Computer Systems Manager (Physics & Astronomy, 125 Lewis, 662-915-5765)
Instructor, POL 101 (Political Scien
7;s in that file.
- If we find neither, we look for a Bugs tag. We obey it if it's a
mailto or debbugs URL (submit-only).
- If nothing is found, we punt and use whatever the user supplies as
their default sendto address ([EMAIL PROTECTED] for example), or
failing that, their def
> since bugs for all Debian packages should go to the default BTS URL.
Agreed, this does seem superfluous.
Chris
--
Chris Lawrence
Titles/affiliations at http://www.lordsutch.com/chris/info.html
Office: 662-915-5949 Email: [EMAIL PROTECTED] / [EMAIL PROTECTED]
Package: packaging-manual
Version: 3.2.1.0
Severity: normal
The headers "Origin" and "Bugs" for binary packages are not documented
in the Packaging Manual, or much of anywhere else except in the -devel
archives.
-- System Information
Debian Release: woody
Architecture: i386
Kernel: Linux quango4
ans, "send
all bug reports to this URL", and would tell a smart UI to ignore
flags like --maintonly, etc.
Chris
--
=
|Chris Lawrence | Get rid of Roger Wicker this year!|
| <[EMAIL PROTECTED]>| http://www.lordsutch.com/ms-one/ |
ation for
people who don't use a bug reporting tool (which would trigger the
symlink clause).
Chris
--
=====
| Chris Lawrence | Your source for almost nothing of value: |
| <[EMAIL PROTE
users.)
Chris
--
=
| Chris Lawrence | Get rid of Roger Wicker this year!|
| <[EMAIL PROTECTED]>| http://www.lordsutch.com/ms-one/ |
| | |
| Open Directory Editor |Are you tired
faik only buildd
and friends care at the moment.)
Chris
--
=====
|Chris Lawrence |Visit my home page!|
| <
t; do it should also respect the ftp_proxy variable, but not all ftp clients
> are forced to do that, since it needs handling of the HTTP protocol.
Seconded.
Chris
--
=====
|Chris Lawrence|
on a mass
bug reporting spree, since that is likely to piss a lot of people off
for no good reason.
Chris
--
=====
| Chris Lawrence | It's 2/3 of a beltway...|
|<[EMAIL PROTECTED]>
Package: debian-policy
Version: 3.1.1.1
Severity: wishlist
I propose that "woody" and subsequent releases permit the use of bzip2
format for source packages. Code to handle bzip2-compressed source
packages has been integrated into an experimental release of dpkg, and
could easily be ported to the
tupid intellectual property laws are highly
correlated with outward bandwidth.
Chris
--
=====
| Chris Lawrence|Get Debian GNU/Linux CDROMs|
|<[EMAIL PROT
accordingly.
Sound fair enough?
Chris
--
=====
|Chris Lawrence |Get Debian GNU/Linux CDROMs|
| <[EMAIL PROTECTED]>| http://www.lordsutch.com/cds/ |
| |
kg-dev had the necessary support available. The
functionality is available as a patch, so it should be integrated into
dpkg if there are no objections to this revised proposal.
Chris
--
=
| Chri
ey to sue
to protect its copyright.
Chris
--
=====
|Chris Lawrence | Your source for almost nothing of value: |
| <[EMAIL PR
night. And it probably sucks (but it seems to work).
Chris
--
=====
|Chris Lawrence |Get Debian GNU/Linux CDROMs|
| <[EMAIL PROTECTED]>| http://www.lordsutch.com/cds/ |
| |
not
bz2'ed, since few are over 20k (and thus the extra compression is not
really needed), although they could be.
I freely admit the code sucks, so please improve as needed.
Chris
--
=
| Chris Lawrence |
t required. So the only real issue is (a),
writing the code.
Chris
--
=====
| Chris Lawrence | Get Debian GNU/Linux CDROMs |
| <[EM
On Sep 23, Joey Hess wrote:
> Chris Lawrence wrote:
> > All packages are compliant with policy if they meet
> > the requirements in the version of policy their Standards-Version
> > indicates.
>
> Since when? According to the policy manual:
>
> You should s
e period of time to accomodate changes.
Chris
--
=====
|Chris Lawrence| The Linux/m68k FAQ |
| <[EMAIL PROTECTED]> | http://www.linux-m68k.org/faq/faq.html |
| ||
|A
nable transition.
>
> On Sat, Sep 18, 1999 at 11:24:13PM -0500, Chris Lawrence wrote:
> > I think we're starting to bastardize the concept of "policy
> > compliance" here.
>
> No. This is simple release management.
>
> You don't go from proposal
able policy (at least for things that do stuff with
email) based on that comment, and then we would need a transition
strategy.
Chris
--
=====
|Chris Lawrence| Get the skinny at DeltaPolitics |
| &l
y to support' or `fail to meet policy
> requirements in a serious way' should either be fixed (ideally), or not
> included in Debian at all.
Agreed; take this as a second.
Chris
--
=====
| Chris Lawren
Package: debian-policy
Version: 3.0.1.1
Severity: wishlist
The proliferation of ident daemons (midentd, oidentd, pidentd) in
Debian necessitates the introduction of a virtual package that these
packages can provide and conflict with (since you can only
[reasonably] run one ident daemon at once).
_rewrite docs if it doesn't work :-).
[Cc'd to Apache maintainer]
Chris
--
=====
| Chris Lawrence| Get the skinny at DeltaPolitics |
|<[EMAIL PROTECTED]> |
argue? :-)
Chris, retreating back to debian-vote for the next flamewar.
--
=====
| Chris Lawrence | Get your Debian 2.1 CD-ROMs |
| <[EMAIL PROTECTED]>
require all packages that include /usr/share/man/man?/* to
depend on the virtual package fhs-man-browser. Only drawback is you
can't have a system without a manpage reader installed (some people
consider it bloat... go figure :-).
Chris
--
==
d of this
code is trivial).
The utility of this package really depends on whether
Standards-Version >= 3.0.0.0 is going to be mandatory for all packages
in potato.
Chris
--
=
|
think you're confusing the internal mail queue with the user's
mailbox. "The mail spool" in this instance is the user mailbox directory.
Chris
--
=====
| Chris Lawrence |
verlapping installations into /usr/share
on multiple machines, but this isn't an FHS issue, it's a packaging
and dependency issue.
Chris
--
=====
| Chris Lawrence | Get your Debian 2.1
package? Should I wait? =)
I'd wait for the outcome of this policy decision (especially since the
current policy mandates its use).
Chris
--
=====
|Chris Lawrence| The Linux/m68k FAQ
On Jun 21, Chris Waters wrote:
> I think that the old policy of using undocumented(7) made it too easy
> for people to ignore the requirement to have a *real* man page, and I
> think this proposal (without editorial commentary) will go a long way
> toward addressing that issue, since undocumented(7
On Jun 21, Roland Rosenfeld wrote:
> On Sun, 20 Jun 1999, Chris Lawrence wrote:
>
> > I would be willing to support this proposal with the following
> > additional sentence included:
> >
> > "It is not very hard to write a manual page; see the example manual
dh_make for a template."
A trivial man page can be written in ten minutes. There's no excuse
for there *not* being a manual page, even if it is incomplete (and if
it is, it should say so).
Chris
--
=====
|
package, Foo, can enhance Bar, so Bar's maintainer doesn't have to
upload a new Bar with "Suggests: Foo").
Chris
--
=====
|Chris Lawrence | You have a computer. Do you hav
command line options
to be documented there (and it's reasonable to have a wishlist bug for
that sort of thing).
Chris
--
=
| Chris Lawrence|Get your Debian 2.1 CD-ROMs|
|<[EMAIL PROTECTED]> | http://www.lordsutch.com/
uot;UW Pine" or "UW PC/Pine"). That
would at least edge it closer to DFSG-freeness (and would certainly
let binaries into non-free).
Chris
--
=====
|Chris Lawrence| Visit
On Jun 10, Manoj Srivastava wrote:
> Hi,
> >>"Chris" == Chris Lawrence <[EMAIL PROTECTED]> writes:
>
> Chris> (zcat upstream.orig.tar.gz | bzip2 > upstream.orig.tar.bz2)
>
> Chris> or (if timestamps matter to you):
>
> Chris
nd the proposal to drop "require."
Chris
--
=====
| Chris Lawrence | You have a computer. Do you have Linux? |
| <[EMAIL PROTECTED]> |http://www.lin
On Jun 10, Marcelo E. Magallon wrote:
> On Thu, Jun 10, 1999 at 02:02:35PM -0500, Chris Lawrence wrote:
>
> > I further propose that the use of bzip2 be mandatory for newly uploaded
> > source files
>
> Upstream doesn't always provide .tar.bz2 packages.
(zcat
Package: debian-policy
Version: 2.5.1.0
Severity: normal
A recent report on the debian-cd list indicates that space on the
potato source CDs is very tight (around 10 MB of slack). We are
virtually certain to exceed this space limitation (and thus enter the
realm of needing at least 3 source discs
On Jun 07, Adrian Bridgett wrote:
> On Sun, Jun 06, 1999 at 07:52:58PM -0500, Chris Lawrence wrote:
> [snip]
> >
> > However, I do make 2 recommendations: that the time period be
> > expressed in non-variable units (i.e. days or weeks), and the time
> > period b
;'
I think it reads a bit more clearly in the active voice.
Chris, who (in his defense) did watch too much L.A. Law.
--
=
|Chris Lawrence| The Linux/m68k FAQ |
| <[EMAIL PROTECTED]> | http://www.linux-m68k.org/faq/faq.html |
|
marked as
orphaned 60 days after the first QA Group bugfix upload, and the
'Maintainer' field of the package will be set to "Debian QA Group
".''
Chris
--
=
| Chris Lawrence |
On Feb 21, Manoj Srivastava wrote:
> Hi,
> >>"Chris" == Chris Lawrence <[EMAIL PROTECTED]> writes:
>
> Chris> On Feb 21, Christian Schwarz wrote:
> >> IMO, this is a policy violation. Especially, in the case of
> >> sort(1), where the
rposes).
Chris
--
=====
| Chris Lawrence | Want to know what's really happening? |
|<[EMAIL PROTECTED]> |http://www.memphiswatch.org/ |
| |
On Jan 16, Guy Maor wrote:
> Chris Lawrence <[EMAIL PROTECTED]> writes:
>
> > Chris, who's spammed people with m68k uploads and is currently being
> > spammed by sparc and alpha uploads.
>
> Surely you can program your mailer to throw away the mails about ar
ges lists (since they affect
all architectures).
That would allow separate channels to be monitored for users (who will
mainly be interested in mails) and for porters (who, I'm
assuming, will be interested in devel-changes [maybe source-changes
would be a better name?] mails).
Chris, who's
66 matches
Mail list logo
