to solicit opinions.
Please reply to [EMAIL PROTECTED], not to the list.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to be reworked?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the latter eliminates the need
for the former.
I am cc:ing this to debian-devel in order to solicit opinions.
Please reply to [EMAIL PROTECTED], not to the list.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
The ALSA packaging team needs help. We really need someone with expertise
in programming for the ALSA library. If you are able to help us, please
contact us at [EMAIL PROTECTED]
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
I seek co-maintainers for:
mwavem
thinkpad, tpctl
resolvconf
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, but it does involve some work.
There is a new upstream release candidate out now (1.0.11rc1) and I would
like to take the opportunity to go through the process with the new
volunteer.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
with INIT_VERBOSE=yes kernel parameter. Is the boot more verbose?
Any glitches in any of the messages?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
find /lib/run uglier than /run. ;)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
would be an
appropriate claim if Manoj had said it looked okay.
Agreed. Fortunately, I didn't claim that.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
only for those very
few purposes for which /var/run cannot be used. If there are worries
about abuse then I would suggest the addition of a sentence to Policy
forbidding such abuse.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
-write and programs must not use /run before the
cleaning has been completed; it would probably be easier to drop the
cleanliness-at-boot guarantee and let programs clean out their own
stale files.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
So, has anyone tested the new packages?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, but at the top level.
Here's another possible argument:
Putting R in /lib spoils the otherwise read-only
character of that directory.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Anthony Towns wrote:
Developers have been known not to be completely familiar with policy,
but it's admins and upstream programmers that I'm particularly
thinking of.
I don't see any problems arising from rampant /run use by _admins_.
They are always free to do what they want with their
Any other defenders of /lib/run? Of /run?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
and admins who
have to ensure that writable space is shoved under /var/run by
the time any of the H tries to write there.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Gabor Gombas wrote:
... I'd like to have a check for /run (or /lib/run or whatever)
being empty at the end of the boot process
The new mountvirtfs prints such warnings for all the virtual
filesystems.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Tmpfs memory can be swapped out, so is this even a hypothetical
problem?
Maybe it isn't on Linux. I wasn't aware tmpfs could be swapped out.
That still leaves the question of just which features we want to require
from our non-Linux kernels for basic operation, I guess.
Yes, I don't
packages into bastions of untended bugs.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
... insulting.
This is not a fair characterization of what the introduction of
a two-maintainer rule would be doing. No one should be insulted
by general rule changes designed to make Debian work better.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
this idea.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mood then
I'd suggest that those who are promoting team maintainance are trying
to gain power while evading responsibility.
Well, you do suggest it here. And what you suggest makes no sense, so
let's not rule out the possibility that you are in fact paranoid.
--
Thomas Hood
--
To UNSUBSCRIBE
be done to help individual maintainers fix more bugs and fix them
better?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
: DELAYLOGIN=no
No-login mode always: rm -f /etc/nologin ; : /etc/nologin
Anyone see any problems with this scheme? Any better ideas?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
: DELAYLOGIN=yes
No-login mode never: rm -f /var/lib/initscripts/nologin ; DELAYLOGIN=no
No-login mode always: touch /var/lib/initscripts/nologin ; DELAYLOGIN=no
Anyone see any problems with this scheme? Any better ideas?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL
Henrique de Moraes Holschuh wrote:
How well that works with /var in a separate partition?
It should work fine because S55bootmisc.sh runs after S45mountnfs.sh.
--
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
an existing feature (to make it compatible with a read-only
root filesystem) without altering its behavior any more than necessary.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
A new version of sysvinit is being prepared for release to experimental.
OK, sysvinit 2.86.ds1-8 is now in incoming. TIA for testing it. ;)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
or
recommendations about how documentation relationships should be reflected
in package dependencies?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
hobby clubs.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
of ...developers... (which
would
also be more accurate since non-DD maintainers are already listed). And so on.
Reword with the principle in mind that there are many contributors to Debian
who are
not Debian Developers®.
--
Thomas Hood
, which should be closed
rather than advertized.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
it the obscure the point game, because the pairs of statements
were meant to illustrate a difference in attitude, not a set of absolute
contradictions. But I think you know that. Because you are really playing
another game, which I'll dub the innuendo game.
--
Thomas Hood
--
To UNSUBSCRIBE
Would it be useful if the initscript that clears /var/run also created
a directory hierarchy under /var/run?
(There are different ways of implementing thus, but we can talk about
details if this feature is deemed worthwhile.)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
, this dir should be removed by the postrm on
purge. I would advise not including /var/run/foo in the package since it is
superfluous and its presence could hide a bug in your directory-creation code.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
developers tried to get their
changes into sid. It is certainly not their responsibility to do so,
but in my experience Ubuntu developers have been very cooperative when
they have been approached. So I don't see a big problem.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
in debian and record the patch URL in the
debian bug system.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
packages
that looked gratuitious, but then I have been comforted by the thought
that the perpetrators of gratuitous changes are the ones who have to pay
the price for it, because they have to carry such changes forward.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
base in regarding this to be a candidate for release to unstable.
Again, TIA for testing it.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
: yes in Debian.
In any case I am hoping to see python-minimal included in Debian.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* ...tries to rename it to 'eth1', but that name is taken
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
In any case I am hoping to see python-minimal included in Debian.
I now see that it is already in sid. :)
$ apt-cache madison python-minimal
python-minimal |2.3.5-5 | http://ftp.nl.debian.org sid/main Packages
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
it to the temporary name.
# Then try several times to rename it to new name
Now trying several times, etc., may work, but it's a kludge. There are
sound ways of resolving contention for a shared resource.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in Debian and record the patch
URL in the debian bug system.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
is that users not have a stripped down python,
then Debian provides a stripped down python-minimal instead.
--
Thomas Hood
to the granting or non-granting of the GPL version
option.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
that was running all the time.
Ubuntu is already mounting tmpfs's on /var/lock and /var/run. It's a
reasonable thing to do and we should support it. That means that
packages using these directories should create any subdirectories they
need.
Don't forget to set ownership and permissions.
--
Thomas
reckoning. Is this correct?
Again, postrms should not remove files that are currently conffiles.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
Purely hypothetical case, but it could happen.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
social norms are not the same as those of everyday life.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
of participating in some other project, such as Ubuntu, which does
recognize
contributions other than package maintenance.)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
by Joerg Jaspert
(joerg)
--
Thomas Hood
The tpctl packages still haven't been relocated. Is there
some holdup?
Thomas
On Mon, 28 Aug, 2000 at 21:49:04 +0100, Adrian Bridgett wrote:
On Sat, Aug 26, 2000 at 12:04:32 +1200 (+), Michael Beattie wrote:
On Fri, Aug 25, 2000 at 04:21:21PM -0400, Thomas Hood wrote:
Hi.
Can
On Tue, Sep 05, 2000 at 05:05:35PM -0400, Thomas Hood wrote:
The tpctl packages still haven't been relocated. Is there
some holdup?
Michael Beattie wrote:
Time. sorry, I'll take a look this afternoon.
I see you've done it! Thanks.
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL
It would be useful if someone would package the current
esound program. The esound package maintainer has clearly
expressed his lack of interest in doing so.
esound2 anyone?
--
Thomas Hood [EMAIL PROTECTED]
version I have, in the hopes that
people will point out any remaining errors.
--
Thomas Hood
APT_PREFERENCES(5) APT_PREFERENCES(5)
NAME
apt_preferences - Preference control file for APT
DESCRIPTION
The APT preferences file /etc/apt/preferences can
the and not installed
clause for obvious reasons.
I have another question about the man page draft, though.
Do we use the word 'release' where we should use the
word 'distribution'?
--
Thomas
Travis Crump wrote:
Thomas Hood wrote:
If a target release has been specified, then APT uses
that
forbids routinely writing to files in /etc/.
And there will have to be a FHS change to allow for /run/.
--
Thomas Hood [EMAIL PROTECTED]
and is quite compatible with how we propose
to use /run/. I think we can assume that the important difference of
/var/run/ from /var/lib/ is not that it contains information relevant to
running processes, but that it is cleaned out at boot time and is not
necessarily backed up.
--
Thomas Hood
to /var/run by making pump fall back
to using TCP sockets.
Unnecessary; but would using /run for the pidfile be a better
(e.g., simpler) solution?
If not then do you think the TCP-socket approach is the way
to deal with every program that writes a pidfile when /var/
may be absent?
--
Thomas Hood
On Sat, 2003-04-12 at 10:12, Anthony DeRobertis wrote:
On Wed, 2003-04-09 at 14:17, Thomas Hood wrote:
* ppp
* Change /usr/sbin/pppd to:
* Store PID in /run/, not in /var/run/
Why? Is the goal to make PPP-mounter /var to work?!
I suppose someone might want to mount /var
are running?
if(up|down) wasn't designed to run as a daemon.
Cheers
--
Thomas Hood [EMAIL PROTECTED]
.
If ifupdown is enhanced so that (as mentioned above) it
* waits to see if pppd succeeds, and
* handles nameserver addition on ifup, deletion on ifdown,
then the scripts can be eliminated.
--
Thomas Hood [EMAIL PROTECTED]
/etc/resolv.conf into a
symlink to /run/resolv.conf
* Modified networking daemon packages depend on the latter
version of resolver and no longer futz with /etc/resolv.conf
Does this look reasonable?
--
Thomas Hood [EMAIL PROTECTED]
On Mon, 2003-04-14 at 20:08, Keegan Quinn wrote:
If we're going to have /run/resolver, why not use /run/resolver/resolv.conf?
Fine with me. Any objections?
--
Thomas Hood [EMAIL PROTECTED]
On 8 April 2003 Marco d'Itri [EMAIL PROTECTED] wrote:
On Apr 07, Thomas Hood [EMAIL PROTECTED] wrote:
A difficulty is that only a whole options { ... };
statement can be included from the named configuration file,
not just the forwarders { ... }; statement inside it.
You can include a file even
On Thu, 2003-04-17 at 01:08, Colin Walters wrote:
I just installed laptop-net, becuase it looked similar to something
I'd like to work on.
You might want to look at ifupdown-roaming too
http://panopticon.csustan.edu/thood/ifupdown-roaming.html
--
Thomas Hood [EMAIL PROTECTED]
be free to delete
all the credits he wants to.
It is becoming clearer that your software is not DFSG-free.
--
Thomas Hood [EMAIL PROTECTED]
.
--
Thomas Hood [EMAIL PROTECTED]
. For which
of these is a guaranteed-to-be-local variant needed? So far,
a case has been made only for run.
With thanks for your /run/ patches...
--
Thomas Hood [EMAIL PROTECTED]
for policy to change before
implementing this.
--
Thomas Hood [EMAIL PROTECTED]
have strong views about the fate of nologin either...
except that it should not be in /etc. Perhaps Jamie Wilkinson will
have more to say on this subject.
--
Thomas Hood [EMAIL PROTECTED]
/var/run/ becomes available
on systems that mount /var/ over NFS.
--
Thomas Hood [EMAIL PROTECTED]
Don't bother me
Moving variable files out of /etc/
cupsys OK
util-linux Looks OK
sysvinit (no reply)
ppp(no reply)
pppconfig (no reply)
linuxlogo No + sarcasm
--
Thomas Hood [EMAIL PROTECTED]
until such time as programs are rewritten to make
/run/ no longer necessary.
--
Thomas Hood [EMAIL PROTECTED]
-resolv.
http://alioth.debian.org/projects/update-resolv/
Interested parties are invited to subscribe to the
update-resolv-devel mailing list and to examine the
latest release of the resolvconf package.
(The current release is 0.6.)
--
Thomas Hood [EMAIL PROTECTED]
to the maintainers who have been supporting
this effort.
--
Thomas Hood
On Sun, 2003-06-22 at 01:02, Xavier Roche wrote:
There are other problems : for example it seems that the system
changes the /dev/ttyXX or /dev/pts/XX ownership depending on who is being
logged in..
To tell the truth, I didn't realize that so many files in /dev/
were being fiddled.
On Sun, 2003-06-22 at 11:52, Xavier Roche wrote:
Another remark for the HOWTO : mounting /tmp in tmpfs (since 2.4.1 ?)
allows you not to resevre space for /tmp on a specific partition
Remark added.
The question is: Should we concede that a separate /dev/ fs is
required for running with a
archive it would be nice if resolvconf
were supported by all packages that currently futz with
/etc/resolv.conf, including pump and bind.
* The scripts in /etc/resolvconf/update.d/ should go into the
packages of the same names.
--
Thomas Hood
for creating
resolvconf is to avoid modifying files in /etc/.
--
Thomas Hood
.
Currently, scripts in /etc/resolvconf/update.d/ get run when
resolver information changes. So, would it suffice to create
/etc/resolvconf/update.d/squid containing the following?
#!/bin/sh
/etc/init.d/squid reload
--
Thomas Hood
On Sun, 2003-07-06 at 01:32, Marco d'Itri wrote:
On Jul 05, Thomas Hood [EMAIL PROTECTED] wrote:
* Before entering the Debian archive it would be nice if resolvconf
were supported by all packages that currently futz with
/etc/resolv.conf, including pump and bind.
If you mean
On Sun, 2003-07-06 at 12:13, Thomas Hood wrote:
No, I meant that before entering the Debian archive it would
be nice if resolvconf were supported by all packages that
currently futz with /etc/resolv.conf, including pump and bind.
Which other packages?
I guess I need to explain more
on the basis of interface type (i.e.,
lo, ppp or eth).
However, I would only want to add this feature if we were
certain that it was needed.
--
Thomas Hood
On Sun, 2003-07-06 at 01:52, Nick Phillips wrote:
Actually I think the simplest form would be to have /etc/resolvconf/notify.d
and run all scripts in there at the relevant times, with any necessary
arguments (which would be standard).
Please take a look at how resolvconf runs the scripts in
to grab the
price. How to distinguish those people?
If it is a cluelessness _Oscar_, then presumably it is an award
for faking it; no?
Beware, this might be my own attempt to win.
--
Thomas Hood
at alioth.
--
Thomas Hood
On Thu, 2003-07-24 at 08:47, Andreas Metzler wrote:
It really sucks to handle this if you want/need to get rid of it (if
it is unmodified) not only on purge but on upgrades. - You'll need
if [ $1 = configure ] \
dpkg --compare-versions $2 le-nl 1.2.3 \
[ -e /etc/foo ] \
On Thu, 2003-07-24 at 13:46, Stephen Frost wrote:
I see this as totally bogus. Either the conffile is shared or it isn't.
If it's shared then the packages involved know this
Package foo which eliminates /etc/foo.conf doesn't know
that there is not some other package, bar, which Depends
on foo
On Thu, 2003-07-24 at 14:53, Stephen Frost wrote:
* Thomas Hood ([EMAIL PROTECTED]) wrote:
Package foo which eliminates /etc/foo.conf doesn't know
that there is not some other package, bar, which Depends
on foo and uses /etc/foo.conf . That's the problem. See
#108587 for additional
Permitted or not, lots of packages do it. 32 on my system.
Just try doing this on your own system:
grep 'rm -rf' /var/lib/dpkg/info/* | grep /etc
A lot of packages put configuration files into directories that
belong to other packages. Maintainers of such packages should
make sure that the
On Fri, 2003-07-25 at 07:59, Manoj Srivastava wrote:
Umm. apt allows you to determine reverse depends. From there
there is an easy hop to sending email to ask the develoeprsa in
question; or to exaimine a package to look at its conffiles.
This doesn't solve the problem of the
Re:
1. dpkg -L
2. conffiles belonging to the package
3. configuration files other than conffiles belonging to the package
4. package's log output, cached compiled versions of conffiles, etc.
5. user data created using the package
On Fri, 2003-07-25 at 09:01, Manoj Srivastava wrote:
Here is my
On Fri, 2003-07-25 at 11:19, Manoj Srivastava wrote:
Not really. Why do we need this overly micromanaging rule in
policy? As long as it understood that user data is not to be deleted,
why can't I put user data in /var/lib/pkg/ if I so desire, as long
as I take care to not rm -rf that
On Fri, 2003-07-25 at 11:20, Colin Watson wrote:
On Fri, Jul 25, 2003 at 10:04:26AM +0100, David Pashley wrote:
Probably the biggest unicode problem I have noticed is with man and/or
less where it can't display dashes correctly. At least it doesn't seem
to work out of the box.
In groff
On Fri, 2003-07-25 at 11:21, Manoj Srivastava wrote:
On 25 Jul 2003 09:20:20 +0200, Thomas Hood [EMAIL PROTECTED] said:
Conffiles are different in one respect, which that is that they can
be locally modified. When a conffile is to be overwritten and it
has been modified, the user is asked
On Sun, 2003-07-27 at 12:44, Colin Watson wrote:
I tested this before posting. No, -e is a little more forgiving than
that, as stated in bash(1):
-e Exit immediately if a simple command (see SHELL
GRAMMAR above) exits with a non-zero status.
Package: wnpp
Version: unavailable; reported 2003-07-27
Severity: wishlist
* Package name: resolvconf
Version : 0.31
Upstream Author : Thomas Hood [EMAIL PROTECTED]
* URL : http://alioth.debian.org/projects/update-resolv
* License : GPL
Description
1 - 100 of 350 matches
Mail list logo
