Package: general
Severity: important
Trackpad does not work on a Toshiba Chromebook cb35 on Debian Jessie.
Tried the script at: pastebin.com/2GQnyMLT (via:
blogs.fsfe.org/the_unconventional/2014/04/20/acer-c720-chromebook-debian-gnu-linux/
)
with no success.
-- System Information:
Debian Re
Package: general
Severity: important
Tags: a11y
Dear Maintainer,
* What led up to the situation?
Plugging in camera in Buster does not show flash storage on desktop as
it did in previous versions with Xfce DE.
* What exactly did you do (or not do) that was effective (or
ineffec
ot;my first shell script" or minor
variations on common programs. I'd like for the bar for new packages
to be set rather higher than it is at the moment, and if it doesn't
add any value over existing equivalents or have much general use it
doesn't get in.
Regards,
Roger
- --
t our users understand it.
I also agree with this, and think your proposal would be very useful.
I don't think the package in question furthers our production of a
free software operating system in any way.
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
is a feasable goal for etch, as is recoding everything to UTF-8 (where
it makes sense).
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Pl
ives. I am willing to accept that this might just be
down to my own stupidity though.
Roger
(Sorry if I've broken the thread; I'm reading the web archive.)
gt; it. Really :)
I would certainly be interested. I may even be able to get
libgimpprint using it (instead of the customised form we have embedded
currently). I also have uses for it in other projects, where libxml2
is not suitable.
Regards,
Roger
- --
Roger Leigh
Prin
less as a "standard", since ANSI standardised
many different things. Perhaps you mean it implements ISO-6429
(ECMA-48) SGR control sequences, or maybe something entirely
different? Either way, it would help if you were much more specific.
(This applies equally to the other
rd to use and not supported by the infrastructure or by policy.
ACK. I certainly care about security, and I'll sign my packages just
as soon as debsign supports it.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian
age (buildd-tools CVS).
BTW, are there any good reasons why the autobuilders don't use the
packaged version anywat? The differences are minimal.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Banck <[EMAIL PROTECTED]> writes:
> On Thu, Nov 24, 2005 at 11:02:36AM +0000, Roger Leigh wrote:
>> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>>
>> > If you NEED to do a manual binNMU it is pro
silently diferting it further and
>> further instead of aiding that goal.
>
> That's one way to look at it.
>
> The other way would be to say that Ryan has recently been actively
> working on improving the code in the wanna-build SVN, and that the
> people maintaining
el of indentation required.
Specifically regarding bullets: We now have UTF-8 encoded control
files, so why not simply use the UCS bullet character (U+2022)?
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Burrows <[EMAIL PROTECTED]> writes:
> On Tue, Dec 13, 2005 at 12:01:52AM +0000, Roger Leigh <[EMAIL PROTECTED]> was
> heard to say:
>> Daniel Burrows <[EMAIL PROTECTED]> writes:
>>
>> > The
_open() and shm_open(). We don't want random breakage
because people put files in there. /dev/shm is reserved.
Because of this, it's *actively harmful* for /dev/shm to be used by
initscripts, or indeed anything except the glibc POSIX shm_*() and
sem_() implementation.
Where was it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Dec 18, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> How strongly can I put this? /dev/shm is for *shared memory*, not for
>> random junk. /dev/shm is for POSIX shared memory
lso, if and when it's added to the FHS.
>> Sounds it sounds to me like it is a bad idea to use it.
> Only because you have no clue of what you are talking about.
On the contrary, he made several good points, which you would do well
to fully consider before dismissin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] (Marco d'Itri) writes:
[no need to CC me; I'm subscribed to the list]
> On Dec 18, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> > Debian guarantees that it exists on debian systems.
>> But wha
ntal, if anyone wants to test them.
I did file a bug about tmpfs size limits (#344001), but this is really
a wishlist item.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.de
But it has no reason to go away either, since there are many other uses
> too for a tmpfs.
There are many uses for an ext3fs, but that doesn't mean we only have
one ext3 filesystem. What exactly is your reasoning here?
- --
Roger Leigh
Printing on GNU/L
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Dec 19, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> >> If in the future glibc decides to choose some other implementation
>> >> for shm_open(), then it has no rea
ehind their back.
3) Cause the program abusing /dev/shm to fail as its datafiles are
trashed and/or unlinked behind their back.
Namespace conflicts aren't pretty. Sure, you can call it
"handwaving", but to me it's something that's going to break at some
point in the f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Dec 19, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> With this example, it's trivial to trigger namespace conflicts and
>> break shm_open(). "mkdir /dev/shm/foobar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Hood <[EMAIL PROTECTED]> writes:
> Any other defenders of /lib/run? Of /run?
I prefer /run. It certainly doesn't belong in /lib (IMO).
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.s
t;
> That's why I'd like to have a check for /run (or /lib/run or whatever)
> being empty at the end of the boot process, and complain if it isn't
> (possibly also remounting it r/o so abusers break noisily).
Wouldn't that break mtab, or will that be mov
d this to sbuild.
[schroot has received some minor criticism for being written in C
using GLib/GObject. I have however spent the last week converting it
to C++, and I'm just finishing that up now.]
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lars Wirzenius <[EMAIL PROTECTED]> writes:
> ke, 2005-12-21 kello 10:28 +0000, Roger Leigh kirjoitti:
>> For this task, you might find schroot(1) useful. It's a means of
>> accessing chroot environments, but it sup
base/standard/optional/extra) policy would be
simpler to understand and make use of.
The fact of being group-maintained /should/ make it simpler for
third-party changes to get into a package anyway (since there are more
maintainers to review and commit changes). This should lessen the
need for 0-da
eady created, it's no
longer useful; this will not preclude it being installed by hand on
systems with a static /dev.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
in favor of debhelper.
> However, it's not a bug to use debmake.
> ---
> I should remove last sentence from all translations.
It might be better changing it to "It is a bug to use debmake in new
packages. New packages using debmake will be rejected from the
archive."
Re
even mention bug submitters in the Debian changelog,
as a way of thanking them for the time they took to identify and
investigate a bug. I treat both fellow developers and non-developers
the same in this respect.
Realistically, what more can we do?
Regards,
Roger
- --
Roger
g to solve?
If the partition table is being changed, the tool that changed it
should issue a BLKRRPART ioctl, like fdisk does for example (see
).
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Li
an exception. When I
check my own I see that each upload has been by a different person
almost every time, which makes it difficult to firstly know who I
should contact, and secondly I have doubts about their familiarity
with the package if there's no one who really cares for it.
Regards
Other than 48 D8915
monitors that I have in stock...any other Hp or SUN 21" monitors needed
?
Please
reply.
Thanks,
Roger
Nova
Star
hers
do their work for them, and unmaintained and buggy packages lower the
quality of the distribution.
I don't know if you read my other mail, but I do find it hard to
cooperate with Ubuntu for my own package, because each time it has
been uploaded to Ubuntu it was done my a different person
t at
the limits of many peoples tolerance. Pull another one again, I may
be forced to file a request for your expulsion. That might happen for
this one yet.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Bird <[EMAIL PROTECTED]> writes:
> On Sat, 2006-01-14 at 08:40, Roger Leigh wrote:
>> Andrew, do you understand just how inappropriate and offensive your
>> mail was? Nothing justifies abuse of our lists like that. d-d-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Suffield <[EMAIL PROTECTED]> writes:
> On Sat, Jan 14, 2006 at 05:51:03PM +0000, Roger Leigh wrote:
>> >> If you still can't take the hint, I'll be more blunt: this isn't the
>> >> first crass s
e to find out who last changed
it on the Ubuntu side. This is because any changes to the Ubuntu
changelog are discarded, rather than being merged back into the Debian
changelog (though I can appreciate this is not an easy problem to
solve in an automated fashion).
Regards,
Roger
- --
Roger Leigh
st any
followups there.
Check with top and ps to see memory usage; this should show any memory
hogs. (Acroread is a likely candidate.)
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.deb
derations which might be specific to one or the other. Given the
huge problems of defining what is and is not "documentation" or
"programs", I'm still of the opinion that we should require and uphold
the same set of freedoms of both, which obviously includes the
ls
If would be nice if doc-base could handle registration of SGML/XML
documentation, and then generate the docs in the formats of your
choice.
Is the docbook toolchain is yet robust enough to be able to do that?
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gut
ation anyways).
It's not equivalent. A patch /changes/ the original to give you
something new, whereas adding additional material merely /extends/;
it's not hard to see long-term maintenance problems with this. See
the debian-vote archives for more detail.
--
Roger Leigh
st is not at all obvious. Most of our documentation is
actually in the form of programs, in either or both of the document
source and the final readable form. For the second, I remain to be
convinced that "documentation" is less deserving of freedom than
"software".
Regards,
R
e="schroot" in /etc/sbuild.conf.local.
The only user-visible change should be more verbose log messages; this
will probably need to be made configurable.
Regards,
Roger
sbuild (0.38) experimental; urgency=low
* Full sudo access is no longer mandatory when using the schroot
chro
ile
itself? Currently, most maintainer scripts do not, with some removing
perhaps .dpkg-old only. This is inconsistent, and it would be nice to
have some guidelines or recommendations about how maintainers should
handle conffile cleanup, so that maintainer scripts could do it more
reliably and
Thomas Hood <[EMAIL PROTECTED]> writes:
> Roger Leigh wrote:
>> Until last month, dpkg "forgot" about conffiles which were removed or
>> moved on package upgrade. As a consequence, maintainers had to
>> remember to purge these conffiles "by hand" i
Roger Leigh <[EMAIL PROTECTED]> writes:
> Thomas Hood <[EMAIL PROTECTED]> writes:
>
>> Roger Leigh wrote:
>>> Until last month, dpkg "forgot" about conffiles which were removed or
>>> moved on package upgrade. As a consequence, maintainers h
they were originally
created. This should also lower your packaging overheads, since you
won't have to re-patch for every new Debian revision.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debi
y obstruct furthering the
integration of the system.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encrypt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Mar 26, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> I'm asking because of obstruction (from upstream) regarding the
>> application of a simple patch to allow
. (upstream does only support the most
> recent version, which will be different about one month after the sarge
> release).
Upstream promised and provided security support for Mozilla 1.0, 1.4 and
1.7 for a period of 1 year after release. However, none of the updates for
1.0 made it into
appropriate place to
ask this sort of question.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encry
n-admin/
If you haven't already, you might like to pick up the manpages I wrote
from here: http://people.debian.org/~rleigh/buildd/
I posted this to the buildd-disc list quite some time ago, but they
were never committed.
Regards,
Roger
- --
Roger Leigh
Printi
ange it at this late stage.
Have you considered the huge impact of changing the version number?
It's to no-one's advantage to do this.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp
al reasons. Given that the FHS is supposed to codify
existing practice, it should be in there on that count alone. Every
libexec-using package in Debian has been reconfigured not to use it;
upstreams do use it, and I'd like to use it myself.
I'd personally be very glad to have it, a
rectories it is about
> creating a new one.
Not really; it's already in common use. However, all packages
committing the sin of using it have to be specially patched or
configured to remove the taint.
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourcefo
tegorised junk into
one big festering sore: /usr/lib. Making it a little tidier by
categorising some of its contents slightly differently is not a bad
thing.
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxh
think that being fluent in english should be a
>> requirement to be treated nicely on a development list...
>
> I *could* have simply ignored him.
That would have been much better; please do so in the future. If you
don't have anything worthwhile to contribute,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam Heath <[EMAIL PROTECTED]> writes:
> On Wed, 18 May 2005, Roger Leigh wrote:
>
>> Andrew Suffield <[EMAIL PROTECTED]> writes:
>>
>> > On Wed, May 18, 2005 at 03:46:33PM +0200, Rapha?l Pinson wrote:
>&
and certainly deserves serious
consideration.
The BTS does not currently support this. For example, if I upload a
fix to unstable, I have to manually reopen it and tag it sarge.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
sean finney <[EMAIL PROTECTED]> writes:
> hi,
>
> On Mon, May 30, 2005 at 04:07:50PM +0100, Roger Leigh wrote:
>> The BTS does not currently support this. For example, if I upload a
>> fix to unstable, I have to manually
to the BTS at the time of the
> upload). One small step down that road, anyway.
I agree strongly with this. However, it's only fair to post the patch
to the BTS to give the maintainer a chance to respond before uploading
at all.
Regards,
Roger
- --
Roger Leigh
t I personally would like to see ubuntu patches
filed directly as wishlist bugs against my packages, and wouldn't
consider it mass bug filing (they are mostly separate issues, to be
dealt with separately). The worst I can do is disagree with the
change and close it, but the norm would be reviewi
t; is dead. The tech generation wants to time
> and space shift programming to a convenient time/location.
You can do exactly that. The vast majority of the BBC's radio output is
available to listen to whenever you want, up to a week after broadcast,
and has been for some time.
Roger
--
To
or sarge, I found that the
DocBook toolchain is quite broken WRT text encoding support. It
doesn't put the encoding in the generated HTML, which nowadays is not
acceptable. See gnupg-doc for examples.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http:/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frans Pop <[EMAIL PROTECTED]> writes:
> On Tuesday 07 June 2005 22:10, Roger Leigh wrote:
>> - When UTF-8 is the default locale, it shouldn't need a .UTF-8
>> suffix, e.g. en_GB will be UTF-8, and en_GB.ISO-8859-1 will be La
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> * Roger Leigh
>
> | - When UTF-8 is the default locale, it shouldn't need a .UTF-8 suffix,
> | e.g. en_GB will be UTF-8, and en_GB.ISO-8859-1 will be Latin-1 (the
> |
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frans Pop <[EMAIL PROTECTED]> writes:
> On Tuesday 07 June 2005 23:02, Roger Leigh wrote:
>> Existing installs are already configured with debconf. Their
>> /etc/locale.gen will not be touched.
>>
>> If you do dpk
ocales were UTF-8 by
default. We should have done this long before sarge was released.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Colin Watson <[EMAIL PROTECTED]> writes:
> On Tue, Jun 07, 2005 at 10:28:37PM +0100, Roger Leigh wrote:
>> Tollef Fog Heen <[EMAIL PROTECTED]> writes:
>> > Eh? You can't change that around just like that, it will b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Jun 08, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> > Wrong. The problem is packages which need to interact with text files,
>> > mail and usenet messages generate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adrian von Bidder <[EMAIL PROTECTED]> writes:
> On Tuesday 07 June 2005 23.32, Roger Leigh wrote:
>> Frans Pop <[EMAIL PROTECTED]> writes:
>> > On Tuesday 07 June 2005 23:02, Roger Leigh wrote:
>> >> Exi
ut for the majority of code, which just uses existing
GtkObjects, conversion is no much more involved than
search-and-replace. Plus, if you don't bother with the full
conversion, there's quite a lot of compatibility functions to make
things easier.
Regards,
Roger
- --
Roger Leigh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Tille <[EMAIL PROTECTED]> writes:
> On Tue, 14 Jun 2005, Roger Leigh wrote:
>
>> That's true, but for the majority of code, which just uses existing
>> GtkObjects, conversion is no much more involved than
>>
e first PAM-based program I've written, and
there may be subtleties I've missed.
http://people.debian.org/~rleigh/schroot/
(packages and original source)
I won't upload this as a standalone package yet, in case the sbuild
maintainers would like it as part of sbuild CVS and packag
Package: wnpp
Severity: wishlist
Owner: Roger Leigh <[EMAIL PROTECTED]>
* Package name: schroot
Version : 0.1.0
Upstream Author : Roger Leigh <[EMAIL PROTECTED]>
* URL : http://people.debian.org/~rleigh/schroot/
* License : GPL
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roger Leigh <[EMAIL PROTECTED]> writes:
> Upstream Author : Roger Leigh <[EMAIL PROTECTED]>
> * URL : http://people.debian.org/~rleigh/schroot/
> * License : GPL
> The above URL is temporary. It should
sed, is it OK to use newer tar formats?
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
-BE
drivers in the
mail. Please CC any other maintainers you feel might be interested.]
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB8
gt;
> I guess the tools aren't capable of this, but AFAIK you could just do
> (manually) something like /usr/i386/bin and /usr/ppc/bin
The whole cpu-manfr-opsys triplet would be better.
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
iously ...
>
> So is debian "business apps only" now?
No, but it doesn't hurt to exercise restraint before packaging every
tiny utility out there. Debian is already too big.
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforg
ur reproduction, usability, integration with other
packages etc. will also be very helpful.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB84
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rob Taylor <[EMAIL PROTECTED]> writes:
> On Mon, 2005-06-27 at 11:27 +0900, Kenshi Muto wrote:
>> At Sun, 26 Jun 2005 21:11:22 +0100,
>> Roger Leigh wrote:
>> > This mail is just to test the water to see if there is
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> On Tue, 05 Jul 2005, Roger Leigh wrote:
>> Rob Taylor <[EMAIL PROTECTED]> writes:
>> > On Mon, 2005-06-27 at 11:27 +0900, Kenshi Muto wrote:
>> >> At Sun, 26 Jun 2005 21:11:22 +0100,
>> &g
> versions should be shipped or dropped.
We even have GCC 2.7.2 in unstable (gcc272). Does anyone actually use
this anymore, or could it be removed for etch?
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhtt
how their packages can better
integrate with the Debian system as a whole, as well as other related
packages. As an example, there are many packages not registering
their documentation with doc-base, and doc-base itself could do with
some work on better supporting documentation formats other t
ess to xen hosts, so you could
e.g. use it for package building and allow individual users root
access to individual xen hosts.
[I need the powerpc support so I can run a Xen system; if anyone else
wanted to take up the challenge, it could be done much sooner.]
Regards,
Roger
--
.&
nly tools for the purpose I know of, and
> people don't like to do all by hand, I think they are in fact very
> important.
There is also sbuild (which may be used with or without schroot to
manage the chroot). I prefer it to pbuilder, but I may be a little
biased ;-)
--
.'
rom tarballs, block devices, create lvm
>> snapshots on the fly and so on. I read Roger, that even xen
>> support is planned.
Xen support is planned, but not for the immediate future. I'm waiting
on its inclusion in the kernel, and a working powerpc32 port. So it's
more of
elieve this yourself?!?! If yes, go for a therapist,
> please, I would even pay the first hour!
Please keep non-constructive messages and flaming off debian-devel
(and the same applies to you, Joerg Schilling). Take this off
debian-devel to private mail or to a more appropriate list.
Thank
tion issues for etch, fixing the netbase dependency and
eliminating netkit-inetd is doable.
Any thoughts or comments?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenp
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Aug 10, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> installed, all using the same configuration file. Is this a use
>> case we really want to support? Are there really setups running
>> multiple inetds for a
's probably best to leave it installed by default for etch, I
think fixing up all inetd-using packages to have proper dependencies,
and then removing the dependency from netbase would be a worthy goal
for etch+1.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Lin
Roger Leigh <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
>
>>> It would be good to get rid of inetd from the basic install at all. Those
>> No, it would not. UNIX systems are supposed to have an inetd installed.
>
> I see no reas
tel
xtell
zmailer
Once steps 1 and 2 above are compete, I'd like to mass-file bugs
against all these packages, and then if neccessary NMU the dependency
change a few weeks later, so we can ensure everything is fixed before
etch is released.
Any comments?
Regards,
Roger
--
ch from exim4 to a
more lightweight MTA (or even a "null" MTA for minimal systems). This
system would allow that to be simply and easily configured.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.de
em down in a new README under
svn+ssh://svn.debian.org/svn/buildd-tools/trunk/buildd
and I'll turn them into a nice manpage at some point. I'm about
halfway through packaging it, though I'm bogged down
with other commitments right at the present.
Regards,
Roger
--
.'
but ask.
Why not use fcntl/lockf byte region locking on the entire file? It
gets released as soon as the process terminates, so there are no
issues with stale locks, and it works over NFS.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> Roger Leigh <[EMAIL PROTECTED]> writes:
>
>> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>>
>>> Write the pid and host to the lock file. When you detect a lock and
>>> the lock is o
1 - 100 of 838 matches
Mail list logo
