an we at least assume that "test"
will be grandfathered, and consequently that "-a" and "-o" should be
avoided?
--
Thomas Hood
question was bug #267142 "debian-policy:
Sections 10.4 and 6.1 are inconsistent (Posix doesn't say what you
think it says)".
Please follow up to debian-policy.
--
Thomas Hood
nstead use 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
dit page" button on the
> page.
Inspired by A.S.'s comment I've just sorted the proposals
into four groups, though not exactly the ones he defined.
--
Thomas Hood
n purge too, so I suggest
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
orm of this question is how does one deal 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
illing to make use of
such a feature, though.
--
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? C
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
chine's 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]
at needs to be fixed, though. Another 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 PROTECT
le Debian release.
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
s nothing
else 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
alsa-base package. It would include 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-imag
he gets 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]
ht place to put 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]
eading posts on this topic. My webmain
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 bot
directories
and symbolic links to directories. Thus IIUC 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]
lure_msg "Foo
failed." ; fi
Is this what I should do, or is there another solution I am overlooking; or
do we need more functions; or does the whole system need to be reworked?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tories.
"! -xtype d" in the absence of "-L" matches everything except directories
and symbolic links to directories. Thus IIUC 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 t
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". Troubl
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]
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? Cont
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]
ble by hiding it in /lib
> alongside /lib/modules.
The problem is that some people find /lib/run uglier than /run. ;)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ore than "-policy support" 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]
eryone agrees that /run is to be used 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
ot occur until the filesystem underlying
/run is mounted read-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 UNSUBSCRI
So, has anyone tested the new packages?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
'run' rather than 'lib'. Hence R should
be /run.
Briefly, if R is like /var/run except that it supports programs
needed to boot the system and run commands on the root filesystem,
then it should be another "run" directory, 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 syst
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]
nowing that their programs face special storage
problems is shifted onto the sysvinit maintainers 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 PROTECT
> > 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,
litary package ownership has made some
Debian packages into bastions of untended bugs.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
stellar job that they need a babysitter is a bit... 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 UNSUBSCRI
vel.
That's less of a burden than that imposed by many another Debian rule.
Fortunately for your position, it probably won't take arguments to kill
this idea.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
re feeling in a conspiracy-theorist 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
r things
can 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]
never: 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]
plete: 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 [
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]
m trying
to modify 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]
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]
here
should be
room for different kinds of projects, including exclusive hobby clubs.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mprehensive listing of all the Debian _maintainers_
accompanied
with a list of packages they maintain", instead 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
e current NM process would
regard those points as weaknesses in Debian's defenses, which should be closed
rather than advertized.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e simultaneously.
I'd call 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 &qu
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]
with a
ded.
:)
As pointed out by Peter Samuelson, 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 PROTECT
be suitable
for Debian.
I agree that it would be nice if Ubuntu 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.
--
Th
uld everyone be happy then? I doubt it.
[0] Here: http://ubuntu.com/ubuntu/relationship?highlight=%28debian%29
there's a claim that "they send their bugfixes to the Debian developers
responsible for that package 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]
your package. I have seen changes in some 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 UNSUBSCR
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]
re that python-minimal be
Essential: 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]
looks at its properties, and...
* Kernel creates eth1
* ...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 subj
me
# Rename 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 [EMA
http://marc.theaimsgroup.com/?l=debian-devel&m=113768382100129&w=2
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
icated back directly to the Debian
> developers responsible for that package 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]
imal.
Thus if upstream's concern is that users not have a stripped down python,
then Debian provides a stripped down "python-minimal" instead.
--
Thomas Hood
My guess is that there may be other packages out there that need to be
reviewed with respect 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]
x27;t forget to set ownership and permissions.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
l have to manually remove conffiles in their maintainer scripts
> until at least etch+1 by my 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]
> 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 [EM
On Thu, 24 Mar 2005 08:50:16 +0100, Marc Haber wrote:
> Is it as easy to participate with Ubuntu as it is with Debian?
In some respects it is easier. For one thing you can become a maintainer
there without going through an NM ordeal.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EM
available for use by other, non-LSB packages.
>* Update README.Debian.
Should Debian initscripts use lsb init-functions?
It would probably be best if this were decided at the project level.
--
Thomas Hood <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
Does anyone use the libasound2-plugins package? If so, how?
--
Thomas Hood <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
scripts at once
> and letting each call its dependencies. This would be very hard to
> implement efficiently.
I missed the beginning of this conversation. I hope it has been said that
the first thing we should do is investigate the several dependency-base
init systems that are already out there. (T
t with "grave". That is, if the package
isn't unusable by everyone (if the bug only affects some users) then the
bug is not grave.
If the bug is unreproducible then it can't be the case that the package is
unusable to everyone. So I'd say that a downgrade is justified.
On Fri, 2005-04-01 at 22:22 +0200, Frank Küster wrote:
> (bugs in maintainer scripts are a policy violation)
I don't recall policy saying that maintainer scripts "must" be entirely
bug free.
Obviously they _should_ be bug free, but bugs in maintainer scripts
aren't alwa
g01078.html
http://lists.debian.org/debian-devel/2004/06/msg01445.html
http://lists.debian.org/debian-devel/2003/11/msg01695.html
http://lists.debian.org/debian-devel/2003/09/msg01359.html
http://lists.debian.org/debian-devel/2003/01/msg01898.html
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL
Apparently Gentoo is using simpleinit. Anyone know what the
other distros are using?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s to have access to
an archive that wholly conforms to the DFSG, robustly interpreted.
Another goal is to encourage authors to license works compatible with the
DFSG, robustly interpreted.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ld be better if we simply made rc capture initscripts'
standard output (and exit status) and formatted it in such a way that
bootup messages were prettier.
--
Thomas Hood <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tinue to participate in the Debian project despite its
dysfunctional organisation;
2. push for changes to the organisation;
3. participate in another project instead.
(There are other possibilities, of course.)
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
uldn't be
enough time to adjust to it before the release. Then the release was
delayed for a couple of years; meanwhile the maintainers of dhcp and dhcp3
have been busy with other things.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe&qu
ths versus eighteen months. I hope that the DPL will get
involved in this debate and steer it toward a firm decision.
To begin with we can all go back and review:
http://wiki.debian.net/index.cgi?ReleaseProposals
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
and bring
> interfaces up and down.
http://people.redhat.com/dcbw/NetworkManager/
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: normal
I request assistance with maintaining the mwavem package.
I own a ThinkPad 600 with an Mwave modem inside and I use this
to test the mwavem packages that I prepare. However, I do not use
the machine on a daily basis. If possible I would like help from
someone who
her in complex ways and the
scripts and data 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
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 c
.
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]
item: Grep the postinst files 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]
y more projects
like Foo in the future. Not within Debian, anyway.
Purely hypothetical case, but it could happen.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rded as elementary politeness in some spheres, but
Debian's 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 Debian as a problem. However, you always have
the
option 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]
2004-07-12
> FD checks completeness of report Approved on 2006-02-21 by Marc
> Brockschmidt (he)
> DAM Approval Approved on 2006-03-20 by Joerg Jaspert
> (joerg)
--
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]
needing some devious guerilla techniques to thwart the
> packages starting.
apt-get install sysv-rc-conf.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
7379. This feature is also needed so that maintainer
scripts can change runlevel configuration iff they haven't
been changed by the user.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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 w
> 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
--
maintainers who have been supporting
this effort.
--
Thomas Hood
1 - 100 of 254 matches
Mail list logo
