/
(I built the new [u]mount programs by copying Debian's MCONFIG file
out of the Debian util-linux-2.11z source dir and running
./configure and make.)
Please let me know whether or not you have any problems.
--
Thomas Hood
On Tue, 12 Oct 2004 14:30:14 +0200, Robert Collins wrote:
Thats quite different - I'd love for this to be consolidated and
addressed though.
The experimental version of ifupdown addresses this to some extent. The
if-up.d scripts are run only after the PPP interface is created.
--
Thomas
version of ifupdown.
--
Thomas Hood
On Tue, 2004-10-12 at 23:28, Robert Collins wrote:
Does it hook into ppp to handle persistent ppp connections? (i.e. adsl).
I am not sure what you mean.
The new ifupdown uses pppd's updetach option. Run with this option,
pppd only exits after it has made a connection. Since ifup runs up
with discover and discover1.
--
Thomas Hood
On Wed, 2004-10-13 at 10:57, Petter Reinholdtsen wrote:
[Thomas Hood]
Isn't this only a problem with discover1? I thought discover (v2) had
a mechanism to detect if OSS or ALSA was used.
If there is such a mechanism then it isn't working.
It is probably better to discuss
.
I can see why, in the case of PPP interfaces, that might be desired. I am
not sure that we should implement it, though. It would depart from the
way ifupdown up and down scripts have worked in the past for other
interfaces.
--
Thomas Hood
On Wed, 2004-10-13 at 21:53, Joshua Kwan wrote:
Well, no. Now discover1 (as yet unreleased) has support for an
/etc/discover.d dir where you can have something akin to
/etc/hotplug/blacklist.d/alsa-base. Of course, once that discover1 upload
is made, the bug goes to the ALSA maintainers.
to write to
#255195 and support my request to create a debian-net mailing list.
--
Thomas Hood
state management.
I have also had to deal with this when I made the resolvconf package: I
had to write different hook scripts for each of the DHCP clients, pppd
and ifupdown. It took a long time to debug them all.
--
Thomas Hood
Ian Murdock wrote:
I will add this support to discover2 as well, since it currently
suffers from the same problem as discover1 with respect to blacklisting
modules.
Thanks. We will release a new version of alsa-base very shortly that
makes use of this feature.
--
Thomas Hood
configuration utilities xcfg and ycfg then z should insofar as possible
use xcfg and ycfg to make changes to x's and y's configurations.
--
Thomas Hood
/blacklist.d/alsa-base and
/etc/discover.d/alsa-base.
--
Thomas Hood
be
avoided?
--
Thomas Hood
10.4 and 6.1 are inconsistent (Posix doesn't say what you
think it says).
Please follow up to debian-policy.
--
Thomas Hood
a program
called 'pmount' (policy mount) that allows normal users to mount
removable devices without an /etc/fstab entries.
All sounds good.
Have you heard that mount's upstream is looking for someone to adopt mount
(and the rest of util-linux)? Interested?
--
Thomas Hood
I've just sorted the proposals
into four groups, though not exactly the ones he defined.
--
Thomas Hood
you simply override lintian and linda.
[*] (or do the file-rc equivalent, which happens automatically
if file-rc is installed because you use update-rc.d)
--
Thomas Hood
with
missing dependencies when using dpkg and not apt.
One downloads the missing packages and dpkg --install's them.
BTW have you tried module-assistant?
--
Thomas Hood
.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, 12 Feb 2005 01:20:13 +0100, Anibal Monsalve Salazar wrote:
Any input is welcome.
It would be nice if the page indicated which of the binary packages is new.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, 2005-02-12 at 18:59 -0600, David Moreno Garza wrote:
On Sat, 2005-02-12 at 22:52 +0100, Thomas Hood wrote:
It would be nice if the page indicated which of the binary packages is new.
The binary column indicates those created within the source package.
Every source package
permanently
connected network adapter, or, if it does not have one of those,
127.0.1.1.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
option
would be to put the alsa modules in separate packages, just like pcmcia
modules.
There already exist separate alsa modules packages. Currently we only
build them for 2.4 kernels, though.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
.
Actually, this isn't true for 2.6 kernels. By default, discover
loads ALSA modules into 2.6 kernels.
The alsa-base/alsa-utils duo still has its uses, though, even if
you are running 2.6.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
in Debian that provides the same functionality.
laptop-net also contains a configuration file switching mechanism. I
believe that Chris Hanson (laptop-net's author) was once thinking of
repackaging this separately from laptop-net.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
files that would blacklist ALSA
modules, just as alsa-base blacklists OSS modules. These packages would
Conflict with each other and 2.6 kernel-image packages would Depend on
their disjunction.
An alternative is to drop ALSA modules from the 2.6 kernel-image packages.
--
Thomas Hood
the (currently nonexistent) oss package
which blacklists ALSA modules.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the blacklists because more
than one of them can be installed at once.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
interface apparently doesn't support In-Reply-To headers.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I am interested in this subject.
http://panopticon.csustan.edu/thood/readonly-root.html
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, 10 Mar 2005 22:00:15 +0100, Thomas Hood wrote:
Here is another idea. We create a new binary package
sound-system-chooser which contains blacklists for both OSS and ALSA and
provides a debconf interface that the administrator can use to disable
either or both of the sound systems
and that is the best place to continue the
discussion if you really can't let the subject drop.
--
Thomas Hood
in, this seems like adequate grounds for a fork.
--
Thomas Hood
, as discussed
above, then one could add a manual state (no symlinks) to
the disabled (all K symlinks) and enabled (not all K symlinks)
states.
Is this a good idea? If not, I would be interested to know where
the problems lie.
--
Thomas Hood
that this a good idea? If not, I would be interested
to know where the problems lie.
--
Thomas Hood
but
invoke-rc.d interprets the absence of the stop symlink as
permission to start the service. This can't be called a bug
because the invoke-rc.d(8) passage above is ambiguous.
--
Thomas Hood
On Mon, 2003-08-25 at 16:24, Henrique de Moraes Holschuh wrote:
It is up to the administrator to understand that this will break upgrades
in weird ways if a service absolutely HAS to be restarted, since that
restart will simply not happen.
Yes, restart will not happen if the current runlevel
tags 156161 wontfix
thanks
On Mon, 2003-08-25 at 17:43, Goswin von Brederlow wrote:
The existence of starts scripts alone is sufficient to get the right
behaviour:
old level | new level | affect
--+---+
| | no change (if it runs don't kill it)
of section
7.4 of the developer's reference Dealing with inactive and/or
unreachable maintainers.
--
Thomas Hood
. The maintainer (AJT) has
given permission.
If you would like to do us the favor of testing it before Thursday
then you can get it from:
deb http://debian.zugschlus.de/debian/zgpool/main/ifupdown/ /
deb-src http://debian.zugschlus.de/debian/zgpool/main/ifupdown/ /
--
Thomas Hood
of no prohibition against executable scripts in /var/run.
Why should there be such a prohibition? Unless an answer to this
turns up, go ahead and use /var/run .
--
Thomas Hood
/ .
--
Thomas Hood
something?
--
Thomas Hood
/Configure/Configure/Configure cycles we
used to go through with dpkg. But we don't require Debian users to
use apt.
So it seems that the sarge_rc_policy requirement is additional to
policy and is intended to deal with a shortcoming in dpkg. Please
correct me if I am wrong.
--
Thomas Hood
On Sat, 2003-09-06 at 19:33, Colin Watson wrote:
The pre-depended-on
package doesn't have to be configured; it merely has to have been
configured at some point in the past. Thus, pre-depended-on packages
have to be prepared to be functional in the most common case of being
unpacked but not
ones do not pass a second
argument at all, under any circumstances.
--
Thomas Hood [EMAIL PROTECTED]
is any clearer. Actually it seems worse to me. I suggest using
packages upon which A depends
and
packages that depend on A
wherever the ambiguity matters.
--
Thomas Hood [EMAIL PROTECTED]
letting
resolvconf migrate into sarge by closing #209265 with a 1.0
release.
--
Thomas Hood [EMAIL PROTECTED]
000${IFACE}-extra
--
Thomas Hood [EMAIL PROTECTED]
in the standard way. Then I can use dns-nameservers lines
for PCMCIA network interfaces too.
--
Thomas Hood [EMAIL PROTECTED]
Manoj wrote:
I would be interested in knowing how you set it up equivalent
to cardctl scheme allows me to set up pcmcia networks.
cardmgr's system of configuring things dependently upon
scheme,socket,instance,hwaddr is quite powerful but it is
possible to configure interfaces dependently on
available via the
link above then I would appreciate someone sending me a URL.
For DR ch.10 I have been consulting chapters 3 and 8 of the
Debian Network Administrator's Manual by Duncan C Thomson and
Ivan E. Moore II. I really should drop those guys a line ...
--
Thomas Hood [EMAIL PROTECTED]
them.
It doesn't sound to me as if one works _with_ him on util-linux.
--
Thomas Hood [EMAIL PROTECTED]
On Wed, 2003-10-08 at 21:25, Daniel Ruoso wrote:
I think this should be clearly discussed.
Just to prevent any confusion I'll just point out that
the rant you quoted was authored by Eray Ozkural.
--
Thomas Hood [EMAIL PROTECTED]
* Package name: waproamd
Version : 0.3b
Upstream Author : [EMAIL PROTECTED] (Lennart Poettering)
* URL :
http://www.stud.uni-hamburg.de/~lennart/projects/waproamd/
* License : GPL v.2
Description : wireless network roaming daemon
Waproamd makes a
, and (2) changing initscripts so that they are able to
wait until prerequisite services have become available. There are
other possibilities, too ...
--
Thomas Hood [EMAIL PROTECTED]
On Tue, 2003-10-21 at 05:12, Russell Coker wrote:
Hmm, maybe we could make it the rule that anything with number 99 can return
before it's finished initialising?
If the point here is to speed up boot then I think it would suffice
to move the rc symlinks for those leaf services to something
Is there a version of run-parts out there that runs all the
scripts in a directory in parallel? I have been writing
such a thing but I want to make sure that I am not reinventing
the wheel.
--
Thomas Hood
: critical.
Therefore I am seeking an interim maintainer of thinkpad and tpctl, preferably
someone who would like to carry on as co-maintainer with Martin.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
. Report #134595 asks
that /usr/bin/apm simply be made setuid root; please read
the discussion there first.
--
Thomas Hood
signature.asc
Description: This is a digitally signed message part
reassign 141479 apmd
thanks
I noticed this bug at:
http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no\bug=141479
signature.asc
Description: This is a digitally signed message part
On 07 Apr 2002 Mark Purcell wrote:
According to
http://buildd.debian.org/fetch.php?pkg=openh323gkver=2.0b4-1arch=m68kstamp=1017326211file=logas=raw
openh323gk-2.0.b4-1 was built for m68k on 28 Mar, however this
package doesn't seem to of been uploaded to the archives which
is why this
I wrote:
Ditto powermgmt-base_1.3_m68k.deb :
http://buildd.debian.org/build.php?pkg=powermgmt-basever=1.3arch=m68kfile=log
Wouter Verhelst wrote:
If you look very closely, you'll find that these both
have been built by 'arrakis', a box of which I am the
buildd admin. This was a result of a
On Sun, 2002-04-07 at 16:08, Wouter Verhelst wrote:
On 7 Apr 2002, Thomas Hood wrote:
powermgmt-base_1.3_m68k.deb was built on kullervo.
Is it fscked up to?
Not sure. Roman Hodek is kullervo's buildd admin; you'll have to ask him
(or wait for his reaction ;-)
Well, powermgmt
that should
be read?
--
Thomas Hood
signature.asc
Description: This is a digitally signed message part
/msg6.html
--
Thomas Hood
signature.asc
Description: This is a digitally signed message part
I asked:
Were there any other important debates about the GFDL
that should be read?
To answer my own question:
http://lists.debian.org/debian-legal/2001/debian-legal-200112/msg7.html
Off to read about 100 messages ...
signature.asc
Description: This is a digitally signed message part
is this but
censorship? And how is censorship compatible with liberty?
--
Thomas Hood
signature.asc
Description: This is a digitally signed message part
, and that resolving the
matter by means of invariant sections licenses is not
to treat documentation in the same way as Debian treats
software.
--
Thomas Hood
signature.asc
Description: This is a digitally signed message part
Johnny Ernst Nielsen: Don't worry about flames launched by
cranky developers who didn't get what they wanted for their
birthdays. Many of us haven't read _every_ posting on _every_
debian list for the past six years and may therefore once in
a while bring up some issue that has been discussed
Now you can start bashing me.
Since your remarks seem to be deliberately provocative,
let me just point out that X is a large package to take
care of yet there is reason to think that B.R. will
have 4.2 ready before very long, as he has said he will.
signature.asc
Description: This is a
and 0.9.6-1. I was lucky to be able to
get version 1.0.3-2.2 from a slow-to-update mirror.
--
Thomas Hood [EMAIL PROTECTED]
have been split off into a separate Arch: all package.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian releases as minor ones. Every release is
major.
If Debian simply _must_ have decimal points in its release numbers then
I'd suggest replacing the 'r' in update version numbers with '.'. Thus
9.1 would be the number of the first etch update.
--
Thomas Hood
--
To UNSUBSCRIBE, email
On Sun, 10 Jul 2005 01:57:54 -0400, Nathanael Nerode wrote:
I suggested Debian IV
Are release numbers really needed? Why not do away with them altogether?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Nigel Jones wrote:
On 10/07/05, Thomas Hood [EMAIL PROTECTED] wrote:
Are release numbers really needed? Why not do away with them altogether?
you mean, just stick with code names?
That wouldn't exactly work, Debian's apt/dpkg basicly relies on
release numbers, how else can it easily
.
Among numbers, integers describe this order most clearly. :)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in order to obtain the
factory default sequence numbers and implement a restore
factory default sequence numbers feature. See my last comment
in #183460.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
and leave the Conflicting up to the latter.
The salty dog and I have been discussing runlevel editors in
general and bum in particular. I think that the next release
of bum will be rather good. :)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
$@; }
log_warning_msg() { echo $@; }
fi
Perhaps an idea for you too?
The package is only 20 kbytes installed. Let's just start Depending on it.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the maintainer scripts can be simplified
on the basis of the assumption that the previous version is sarge
or later.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
() would have to be added.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
that holding the control key down would allow
me to roll forward in order to move the viewport forward and thus
INCREASE the text size, as if I was getting closer to the text.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
I have a couple of initscripts that print progress messages and I do
not want to be too hasty in eliminating them so I am thinking of
doing the following for now:
...
if [ -r /lib/lsb/init-functions ] ; then
. /lib/lsb/init-functions
print_warning_msg() { log_warning_msg $* ; }
for a long discussion of the POSIX-only rule.
I support the idea of requiring #!/bin/sh scripts to be runnable on
posh. Unfortunately not everyone is prepared to go along with it
(e.g., #309415).
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
be to replace '-a' with
'] [' in the offending scripts.
I support the idea of requiring #!/bin/sh scripts to be runnable on
posh.
I don't.
So the idea is doomed and there is no more need to discuss it.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
---
#!/bin/bash
If test -a, test -o and local are no longer considered
illegal bashisms then there won't be much need for this.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
can't be greater than the maximum. And I know that the maximum
is larger than 343.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Thomas Hood [EMAIL PROTECTED] wrote:
I would appreciate it if someone would create the potash shell,
consisting of posh modified to implement test -a, test -o and
local. Debian would probably run on that well enough for it to
be used as /bin/sh, and it could become the de facto testbed
of a shell feature whose use we should
not be discouraging. That's why it is proposed that local be
added (alongside echo -n) as an exception to the POSIX-only rule
expressed in 10.4. (Both bash and dash support local.) If you
agree then it would be helpful to mention this in #294962.
--
Thomas
updates.
To change it know is just silly political correctness.
I think that the kernel packaging team members should be able to do
their work without being insulted.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Marco d'Itri wrote:
Andreas Metzler wrote:
Thomas Hood wrote:
Is there anything else which dash supports but posh does not?
command -v
Which is the well known which(1) replacement, and basically mandatory
in a sane Debian shell. I keep wondering why people bother with posh.
command -v
Andreas Metzler wrote:
Thomas Hood [EMAIL PROTECTED] wrote:
[command -v]
It is not even useful as a which(1) replacement. Whereas which
prints the pathname of the first executable file on the PATH,
command -v prints the pathname of the first executable file on the
PATH _or_ the pathname
files which might
appropriately be kept in a subdirectory of /run/.
/etc/nologin
/etc/mtab
/etc/network/run/ifstate
/etc/resolvconf/run/*
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
. For backward compatibility that behavior should
probably be preserved.
When a final decision has been made about how hot plug blacklisting
will be implemented in the future, please file a bug report against
alsa-base explaining what changes need to be made, if any.
--
Thomas Hood
--
To UNSUBSCRIBE
That did it, unloaded the snd-intel8x0 and 8x0m and then reloaded i810_audio
and things worked again.
i810_audio is an OSS module, not an ALSA module. You fixed sound by switching
from ALSA to OSS.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
properly whether
/etc/hosts contains
127.0.0.1 localhost.localdomain localhost
or
127.0.0.1 localhost
especially considering the fact that the sarge installer writes
/etc/hosts with the former.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
if 'localhost.localdomain' is included on the
127.0.0.1 line in /etc/hosts.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
http://people.ubuntu.com/~scott/patches/
Thanks, that is very useful.
I see that Ubuntu has done a lot of work to make initscripts send output
through lsb printing functions. Are there any plans for Debian to adopt
these changes?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
101 - 200 of 350 matches
Mail list logo