On Fri, 2002-09-13 at 02:50, Chris Waters wrote:
> On Thu, Sep 12, 2002 at 10:30:21PM +0100, Oliver Elphick wrote:
> > On Thu, 2002-09-12 at 18:43, Robert Bihlmeyer wrote:
> > > Starting and stopping a service should be idempotent, i.e. further
> > > attempts should sil
ready started, I want it to tell me -
maybe I was starting the wrong thing; maybe I failed to stop it when I
thought I had stoppped it.
If something is already started, the script should say "xxx is already
running". If it is already stopped, the script should say "xxx is no
Are we still supposed to maintain the /usr/share/doc/x -> /usr/doc/x
link for uploads to sarge?
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight, UK
http://www.lfix.co.uk/oliver
GPG: 1024D/3E1D0C1C: CA12 09E0 E8D5 8870 5839 932A 6
nt, so this is not needed in base-passwd.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
GPG: 1024D/3E1D0C1C: CA12 09E0 E8D5 8870 5839 932A 614D 4C34 3E1D 0C1C
"Fear not, for I am with thee; be not
Adrian Bunk wrote:
...
>Oliver Elphick ([EMAIL PROTECTED]) libpgsql
This package is obsolete and should not be included in any release.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
ally", even though I've asked. If those people don't care to second a
>proposal, I can't help...
I second the proposal.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP: 1024R/32B8FA
"J.H.M. Dassen (Ray)" wrote:
>On Sun, Mar 11, 2001 at 16:43:13 +, Oliver Elphick wrote:
[that PostgreSQL appears to need to move to non-us, since it now has SSL
hooks in it]
>> As far as I am aware, it will do no good not to build it with SSL support,
>> since a
Anthony Towns wrote:
>
>--Dxnq1zWXvFF0Q93v
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>
>On Fri, Mar 02, 2001 at 12:55:01PM +, Oliver Elphick wrote:
>> Configuration file locat
Wichert Akkerman wrote:
>Previously Oliver Elphick wrote:
>> I think that all documentation must reflect the Debian locations of
>> configuration and other files, and that manpages and the like should be
>> altered as necessary to achieve this.
>
>I would
users.
I think that all documentation must reflect the Debian locations of
configuration and other files, and that manpages and the like should be
altered as necessary to achieve this.
Comments?
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight
Moshe Zadka wrote:
>OTOH, it bothers me that there are subdirectories under /usr/bin.
>E.g.:
>Try typing "mh" at the prompt for weird behaviour.
[EMAIL PROTECTED] mh
bash: /usr/bin/mh: is a directory
[EMAIL PROTECTED]
What's weird about th
e references
> to
> non-free from main
> Reported by: "Oliver Elphick" ; 96 days old.
Please withdraw this
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP
Package: packaging-manual
Version: 3.1.1.1
Severity: normal
Section 4.2.9 (last paragraph) refers to dpkg-genchanges with certain
options. This should be dpkg-gencontrol.
-- System Information
Debian Release: 2.2
Kernel Version: Linux linda 2.2.14 #1 Mon Feb 14 12:24:12 GMT 2000 i686 unknown
Vote against SPAM: http://www.politik-digital.de/spam/
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP key from public servers; key ID 32B8FAA1
===
it easy for people to see if there is anything they should exclude from
mirrors.
--
Vote against SPAM: http://www.politik-digital.de/spam/
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight
age will be
>there.
Conceded. I second this proposal.
--
Vote against SPAM: http://www.politik-digital.de/spam/
========
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http:
age.
Would it not be sufficient to require documentation either in a manpage
or (as is often done) by comments in the configuration file itself?
--
Vote against SPAM: http://www.politik-digital.de/spam/
========
Oliver Elphick
ers/1999-09/msg0.html
See also: /usr/doc/postgresql-doc/README.mb.gz (postgresql-doc package)
--
Vote against SPAM: http://www.politik-digital.de/spam/
========
Oliver Elphick[EMAIL PROT
could belong to a
substantially different release installed on another machine.
Am I missing something here?
It seems to me that a policy and a mechanism are needed for managing files
that are installed in shared directories
--
Vote against SPAM: http://www.pol
moment, it is not possible to build a package if an
upstream binary changes. (Examples: included images, subsidiary tar.gz,
and mistakenly included executables.)
--
Vote against SPAM: http://www.politik-digital.de/spam/
=========
Edward Betts wrote:
>On policy, Oliver Elphick wrote:
>> verse doesn't use bible-kjv-text for its source, but a compilation of
>> quotes that its original author put together. It is actually a rather
>> small package, with a 38Kb deb, including the verses. It
t use bible-kjv-text for its source, but a compilation of
quotes that its original author put together. It is actually a rather
small package, with a 38Kb deb, including the verses. It's on a par
with, say, fortune. I don't think it really fits the purpose of data.
--
Oliver Elphick
> proposal. (If it helps, I shall formally call this proposal a troll).
second
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP k
This lintian warning is about the postgres home directory, which is the
standard location in the /etc/passwd file created by the base system.
Should this be changed? If so, the base system must also be changed.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight
ld like to create a menu section Apps/Database, which would be
appropriate for PostgreSQL Mysql and any others.
Comments please?
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP key f
y executable to track file
creations, how are you to distinguish between files created by the package
and files created by any random user? The only files a package knows for
sure are its own are those listed in the dpkg database.
--
Oliver Elphick
Ian Jackson wrote:
>Oliver Elphick writes ("Re: egcc maintainer "):
>...
>>
>> However, one of the group should be nominated to have the prime
>> responsibility for the package. This maintainer's address should be
>> listed in the Group-le
he only maintainer of a package quits the Debian project, the
Debian QA Group takes over the maintainership of the package until
someone else volunteers for that task. Such packages are called
orphaned packages.
=====
--
Oliver Elphick
any publically accessible mirrors which
>only offer binaries.
Mirror site owners/administrators are responsible for their own policies.
Surely Debian itself is responsible only for ...debian.org?
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight
es to let them avoid
conflicts.
Should we say, for example, that any commercial package should put all
its files under /opt/ or /usr/local/commercial/ or
something of the kind?
What other guidance is needed?
--
Oliver Elphick[EMAIL PROTECTED]
Isle of
ssible" really the best
>possible wording? It doesn't sound right to me in that context...
"as far as is reasonably possible"
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
Guy Hulbert wrote:
>On Fri, 30 Oct 1998, Oliver Elphick wrote:
>OE> The development version is available at http://www.debian.org/~elphick/d
>dp/manu
>OE> als.html/system-administrator/index.html
>
>Nope. Try:
>
>http://www.debian.or
able at http://www.debian.org/~elphick/ddp/manu
als.html/system-administrator/index.html
It has been divided up into chapters; proposals for additions (or deletions)
are welcome. Volunteers to write chapters are very welcome! The only one we
have so far is Tapio Lehtonen on Time.
--
Ol
rom Christian Schwarz) by whomever becomes policy
manager.
I don't feel that those documents belong under the control of the DDP,
but please tell me if I have missed anything.
Oliver Elphick
DDP co-ordinator
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight
>past week.
If you want something put in the DDP pages, send it to me, or use cvs to
update directly.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP ke
want to take this project on? I can see that my original
idea is too simple and this will take some time and effort to do well.
I'm not sure that I have the time to spend just at the moment.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight
racters in prompts and data should work completely
>correctly.
Again, this is more difficult to achieve in shellscript; however, what
should metacharacters be doing in this context? Correctness implies a
specification to measure against. Are we talking about shell or
regexp metacharacters here
Jason Gunthorpe wrote:
>
>On Tue, 19 May 1998, Oliver Elphick wrote:
>
>> I'm sure there are a lot of problems I haven't thought of; if the whole
>> thing is impractical, tell me now! On the other hand, if it can be fully
>> worked out, all pac
Jason Gunthorpe wrote:
...
>If COAS is truely what it claims the implementing a program to pull
>information from the database for use in a script should be fairly
>simple..
OK, I'm having a look at it...
--
Oliver Elphick[EMAIL PROTECTED]
Raul Miller wrote:
>> >I would like to see a way to preemptively indicate that the
>> >data should not be deleted. In a busy environment with several
>> >sysadmins, you want to be able to make such decisions ahead of
>> >time.
>
>Oli
rm -f $TMPFILE
fi
fi
fi
fi
echo $ANSWER > $ANSFILE
;;
predict-answer)
# Give the answer to the last question
if [ ! -f $ANSFILE ]
then
exit 1
else
cat $ANSFI
Raul Miller wrote:
>Oliver Elphick wrote:
>> 3. Should there be policy on this matter for database packages in particul
>ar?
>
>I would like to see a way to preemptively indicate that the data
>should not be deleted. In a busy environment with several sysadmi
code with `set -e'
`set +e'. Policy should not be so rigid as to exclude the possibility
of doing this.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
Guy Maor wrote:
>"Oliver Elphick" writes:
>
This is in the context of `postrm purge':
>>case answer in
>>y|Y|YES|yes|Yes)
>>rm -rf postgres/data
>>;;
>
>Should you not add
is that they can contain
huge amounts of valuable data. Accidentally destroying this data could
be disastrous.
To reduce congestion on debian-devel, I suggest that follow-up on this be
restricted to debian-policy.
--
Oliver Elphick[
d so often to match current policy.
There is no reason why they should. The current policy _permits_ a
developer not to use the full standards version number. But nothing
should break if he does use the full version number. Equally, an
automatic build can make use of the current permissio
ts ..."
or just
"Packages should specify the first three digits ..."
In English, "You only have to ..." sets a minimum standard, not an exact
one.
For example: "You only have to get 50% to pass this exam." This does not
mean that you fail if you g
pital letters.
A local system administrator could define a number of states, if he
wanted.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP key from public se
/^#-- postgresql begin *$/ {found = 1}
/^#-- postgresql end *$/ {found = -1}
{if (!found) print}
{if (found == -1) found=0}
END {if (found) exit 1}' /etc/crontab >$TMP &&
if [ -f $TMP ]
then
Joey Hess wrote:
>Oliver Elphick wrote:
>> For a while, it did. Nevertheless, it is a violation of policy to
>> modify /etc/crontab, which is why I have taken it out.
>
>I think it's allowable to violate policy to if you have to, to clean up past
>po
und = -1}
{if (!found) print}
{if (found == -1) found=0}' /etc/crontab >$TMP
if [ -f $TMP ]
then
mv $TMP /etc/crontab
fi
fi
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight
"Oliver Elphick" wrote:
>Let me restate this in English, to be sure that I understand it:
>
>"No package shall create without approval any command name or manpage less
>than four characters long. Commands must consist only of lower-case letters,
>digits or t
itional Unix; I can't think of a sound
technical reason to support _any_ name, except perhaps '['. Names are for
people, not programs. I would certainly be unhappy to have ls changed to
list or dir to conform to this policy.
I just don't see the need for being so restrictive.
--
ainer.
Perhaps Christian could produce a list of the packages that need updated
manpages so that the maintainer can say whether or not he can do them
for 2.0 and so that other people can claim them if the maintainer hasn't
the time.
--
Oliver Elphick[EMAIL PROTE
th an Apps/Database section in menus.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP key from public servers; key ID 32B8FAA1
Joey Hess wrote:
>Policy says:
>
> 3.5. Cron jobs
> --
>
> Packages may not touch the configuration file `/etc/crontab', nor may
> they modify the files in `/var/spool/cron/crontabs'.
>
>And it goes on to say, use /etc/cron.{daily,weekly,monthly}.
I had no
56 matches
Mail list logo
