-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 1 Sep 2002 12:57:05 +0100
Source: powertweak
Binary: powertweak-gtk powertweak powertweak-extra powertweakd
Architecture: source all powerpc
Version: 0.99.4-11
Distribution: unstable
Urgency: low
Maintainer: Mark Brown [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 1 Sep 2002 00:39:11 +0100
Source: leafnode
Binary: leafnode
Architecture: source powerpc
Version: 1.9.25-1
Distribution: unstable
Urgency: low
Maintainer: Mark Brown [EMAIL PROTECTED]
Changed-By: Mark Brown [EMAIL PROTECTED
On Sat, Aug 24, 2002 at 12:21:41AM +1000, Donovan Baarda wrote:
I would say yes. We need 2.1 in sarge at least, so that each generation of
Debian still has support for the previous generation's standard python.
Why? If you're upgrading then you can always leave the 2.1 packages
installed
On Wednesday, August 21, 2002, at 09:08 PM, Marc Singer wrote:
Without a single example, I don't see how installing a configuration
file where there is none can have *any* affect on the system.
Admittedly, replacing a configuration file may be undesirable.
In addition to the example of
On Wed, Aug 14, 2002 at 12:45:06PM -0700, Ian Zimmerman wrote:
Ben How am I going to deal with it when someone changes my font to
Ben something ugly and it reflects poorly on my skills as a
Ben fontographer?
In that context, it is part of the rationale for the Q license,
AFAIK.
On Sun, Aug 11, 2002 at 10:21:44PM +0200, Rene Mayrhofer wrote:
Since I am getting more and more bug-reports about users requesting an
updated package, I would like to get this resolved quickly. Therefore, I
am happy about any hint on what I am doing wrong (RTFM with a pointer to
the
On Wed, Apr 10, 2002 at 03:30:08PM -0400, Alan Shutko wrote:
current (and future) Emacs flavors within the one package, even though
for most people that will be useless data?
Not to mention requiring huge amounts of disk space for Emacs packages
even though the maintainer is likely to use only
On Wed, Apr 10, 2002 at 02:56:08PM -0500, Adam Heath wrote:
On Wed, 10 Apr 2002, Mark Brown wrote:
Not to mention requiring huge amounts of disk space for Emacs packages
even though the maintainer is likely to use only one.
Is debian for maintainers or users?
Making it prohibitively
On Wed, Apr 10, 2002 at 07:10:28PM -0700, David D. W. Downey wrote:
Not much more I can do since the old secret key and public keyrings were
lost. It's going to have to suffice as I have taken every step possible
to ensure that the chain of events was totally and completely documented
both
On Sun, Apr 07, 2002 at 10:24:40AM +0200, Stefano Zacchiroli wrote:
I'm wondering why the hell gmetadom isn't mention as out of data on
hppa in update_excuses which reports only:
It's only out of date if it was previously built for an architecture.
AFAICT from madison it has never been built
On Sun, Apr 07, 2002 at 10:05:07PM +0200, Uwe Hermann wrote:
Chris Cheney indends to adopt the package, yes, but he only mailed
to [EMAIL PROTECTED] instead of properly renaming the bug to ITA.
I have this sneaking suspicion that we need a tool more appropriate than
the BTS to handle the WNPP.
On Sat, Apr 06, 2002 at 10:24:34PM +1000, Anthony Towns wrote:
Over the past few weeks most of the following packages have been removed
from the upcoming release due to bugs and such [0].
lclint
I'm working on an NMU just now.
--
You grabbed my hand and we fell into it, like a daydream
On Thu, Apr 04, 2002 at 02:19:37AM -0600, Colin Watson wrote:
-quiet doesn't even mail the maintainer, unlike -maintonly - it's mostly
intended for use by maintainers dropping comments into their own bugs.
At the moment it still sends an ack though.
Of course, most of the maintainers using it
On Tue, Jan 15, 2002 at 11:00:38AM +, Jules Bean wrote:
I would like to ask our release manager for more information. More
effort is required to herd the kittens.
I agree wholeheartedly with this. With previous freezes things like the
release critical bugs list have provided a pretty
On Fri, Jan 11, 2002 at 12:44:39PM +0100, Michael Meskes wrote:
In quota.postinst rpc.quotad is started using start-stop-daemon. This works
as longs as I know the package. Now it doesn't anymore. That is the daemon
is correctly started but quota.postinst does not return anymore. It remains
On Fri, Jan 11, 2002 at 01:04:25PM +0100, Petter Reinholdtsen wrote:
Is this the case for all postinst scripts? db_stop is not mentioned
in my /usr/share/doc/debconf-doc/tutorial.html, which I use as my
debconf reference.
No. If your postinst does not leave processes running then there
On Fri, Jan 11, 2002 at 11:40:28AM -0200, Henrique de Moraes Holschuh wrote:
Ah, it looks like you need to have a db_stop BEFORE you call
start-stop-daemon or the initscript. Looks like the daemon is dumb and does
No, the ordering is unimportant. db_stop stops debconf no matter when
you call
On Fri, Jan 11, 2002 at 09:45:22AM -0500, Stefan Hornburg (Racke) wrote:
Mark Brown [EMAIL PROTECTED] writes:
Or has called the standard daemon() function which doesn't close all the
file descriptors.
Yeah, but it is really a bug that should be filed. The daemon will
be killed by SAK
On Fri, Jan 11, 2002 at 10:34:18AM -0600, Steve Greenland wrote:
You can't, in general, close *all* open file descriptors. OPEN_MAX
may not exist (and I would guess that it doesn't on the HURD). It's
completely reasonable for a daemon to that doesn't open any extras to
assume that only stdin,
On Thu, Jan 10, 2002 at 12:59:34PM +0100, Tomas Pospisek's Mail Lists wrote:
On Wed, 9 Jan 2002, Mark Brown wrote:
Most things (certainly mutt and kmail, I can't think of anything else I
tried that gave me problems) interoperate quite happily with both UW
IMAP and Courier IMAP. I can't
On Thu, Jan 10, 2002 at 02:30:15PM +0100, Tomas Pospisek's Mail Lists wrote:
On Thu, 10 Jan 2002, Mark Brown wrote:
kmail and mutt both play happily with both the Courier and UW IMAP
servers.
I'm talking about cyrus.
A while back it was more like IMAP is crap and barely interoperable
On Wed, Jan 09, 2002 at 01:47:02AM -0800, Jonathan Walther wrote:
I object to attempts to lock me in to a single MUA. While I'm
evaluating I expect to be able to continue using Mutt until I am
confident enough in Evolution to cut the umbilical cord.
Calm down. It could just be a bug and
On Wed, Jan 09, 2002 at 02:36:01PM +0100, [EMAIL PROTECTED] wrote:
IMO IMAP is still a PITA, AFAIK the only well and out of the box
interoperating combination of MUA and IMAPd is pine together with
uw-imapd which is about as configurable as your sunglasses. With other
Linux combinations
On Mon, Jan 07, 2002 at 05:34:28AM -0600, Jonathan Hseu wrote:
If I search on http://www.debian.org/distrib/packages for the package
openmcl, nothing turns up. I wonder if it's because it's a powerpc-only
package.
Anyone know why?
packages.debian.org uses the i386 packages file.
--
You
On Mon, Jan 07, 2002 at 06:12:23PM +0100, martin f krafft wrote:
i don't know about another section... why not simply prefix all postfix
manpages with postfix-, so this one would be postfix-smtpd.8.gz
That would be completely inconsistent with all other Postfix
installations out there and
On Fri, Jan 04, 2002 at 09:15:41PM +0100, Michael Meskes wrote:
On Fri, Jan 04, 2002 at 11:37:46PM +1000, Anthony Towns wrote:
It's already pretty split-up: we have base, we have standard, and we
That's what I meant to say. The only think we don't have is the release of
base/standard
On Sat, Jan 05, 2002 at 01:55:10PM +0100, Josip Rodin wrote:
Actually, I don't think I've ever seen AltGr printed on a key, yet all the
keyboards in .hr have the right alt doing that.
It's standard on UK keyboards.
--
You grabbed my hand and we fell into it, like a daydream - or a fever.
On Wed, Jan 02, 2002 at 12:40:46PM +0100, Wichert Akkerman wrote:
Previously Thomas Bushnell, BSG wrote:
Um, they don't need one. All Debian maintainers have access to a
stable system, since Debian maintains some for just this sort of
reason.
Debian does not unfortunately.
Even if it
On Mon, Dec 31, 2001 at 03:26:10AM -0600, Adam Heath wrote:
On Mon, 31 Dec 2001, Jonathan Hseu wrote:
- Wouldn't the binaries be more trusted if they came from auto-builders
anyways?
So that way a maintainer can't just stick something in there that's not in
the
source code.
I would
On Mon, Dec 31, 2001 at 02:05:05AM -0800, John H. Robinson, IV wrote:
a clean chroot will solve that one for you. besides, the buildd's may
still have an un-listed build dependency, from a previous build.
It would still be nice to have the external check.
--
You grabbed my hand and we fell
On Mon, Dec 31, 2001 at 08:19:24PM +0900, Junichi Uekawa wrote:
Are we trying to force users to use binary packages that even the
maintainer of the package has not tried to install/run ?
We do all the time. I expect the majority of the packages on the
machine I'm typing this on have not been
On Sat, Dec 29, 2001 at 10:16:04AM -0700, Bdale Garbee wrote:
[EMAIL PROTECTED] (Lenart Janos) writes:
Other thing: there might be a need for a new Priority (or re-arrange the
current ones). I mean, something like 'Priority: zero' or something like
that, so they won't even go to the
On Sat, Dec 29, 2001 at 12:45:54PM -0800, Thomas Bushnell, BSG wrote:
I can see how removing bad packages helps. How does removing an MIA
maintainer make anything better?
I don't know that removing MIA maintainers would help that much but
opening up their packages so that other people could
On Wed, Dec 26, 2001 at 10:12:18PM +0100, martin f krafft wrote:
(mark should possibly credit...)
I'm not entirely sure how original the quote is to Godspeed, and in any
case it works a lot better without an attribution.
--
You grabbed my hand and we fell into it, like a daydream - or a
On Thu, Dec 27, 2001 at 05:44:38AM -0600, Colin Watson wrote:
[Discussing removal of bitrotted packages]
Usually we only get involved in discussions like this for orphaned
packages, at least so far.
Back when the committee was alive it (or at least some members of it)
did do some stuff along
On Thu, Dec 27, 2001 at 04:14:46PM +0200, Juha Jäykkä wrote:
I wonder how this could happen in the first place: if CDRToaster
depended properly on mkisofs version = whatever, then upgrading
mkisofs should remove CDRToaster.
Why should CDRToaster expect mkisofs to randomly change its
On Wed, Dec 26, 2001 at 01:57:17AM -0600, [EMAIL PROTECTED] wrote:
As debian caught up on versions, CDRToaster became
increasingly buggy. The last modification that I saw to it over
a year ago was to let it support 8x CDR drives. I personaly
took the time to patch it
On Wed, Dec 26, 2001 at 08:24:52AM -0800, Craig Dickson wrote:
but how is this going to work in a stable release? A badly-outdated copy
of SpamBouncer isn't terribly useful, and is even mildly dangerous if
you have it configured to automatically send complaints.
Fortunately, the program has a
On Wed, Dec 26, 2001 at 05:41:24PM +0100, martin f krafft wrote:
also sprach Craig Dickson [EMAIL PROTECTED] [2001.12.26.1724 +0100]:
Maybe the answer is obvious to experienced package developers, but what
is the easy way you plan to handle SpamBouncer's frequent updates?
i was simply
On Sun, Dec 23, 2001 at 01:44:23PM +1100, Hamish Moffatt wrote:
I checked a handful and they are all optional. Optional seems correct
to me; extra is (from memory) for packages which require add-on hardware
or which conflict with standard or higher priority packages, which
doesn't apply to
On Sat, Dec 22, 2001 at 06:15:11PM -0600, Adam Majer wrote:
On Sat, Dec 22, 2001 at 06:57:54PM +0100, Marc Haber wrote:
and a tool should be able to filter Packages.gz according to these
requirements. Give me all packages that will run satisfactorily on my
P166 with 32 MB.
How would the
On Wed, Sep 19, 2001 at 03:58:37PM +0200, Mikael Hedin wrote:
Thanks. No info there though. Isn't there an activity list somewhere
also? Maybe this should be on some internal page? Or something like
/org/README?
You can find such data in the Debian LDAP database (for example, by
logging
On Wed, Sep 05, 2001 at 08:46:12PM +0200, Michael Bramer wrote:
Sorry, but if some maintainers complain about this mails (without
real work on there site) now, they don't make a good work in the
future.
To be honest, I find it more annoying getting form mails like the
notifications
On Mon, Sep 03, 2001 at 03:40:03AM -0800, Ethan Benson wrote:
that leaves the question to: how often is the default locale.gen file
altered in locales? i would guess not all that often, therefore your
not going to be asked about it very often.
It changes relatively often, actually.
--
You
On Sat, Sep 01, 2001 at 05:30:52PM +0200, Rodrigo Moya wrote:
On Sat, 2001-09-01 at 16:35, Mark Brown wrote:
Well, yes but that goal could be accomplished by statically linking the
library. Though if upstream think it makes sense to have it shared
you're kind of stuck with a lot
On Wed, May 02, 2001 at 07:09:46PM +1000, Herbert Xu wrote:
Perhaps because we need a POSIX compliant shell?
There are only two reasons that a change goes into ash. It's either for
standard-compliance or optimisation.
If you wish to make a version of ash which is minimally-compliant it
On Tue, Apr 24, 2001 at 10:05:00AM -0500, John Goerzen wrote:
Hamish Moffatt [EMAIL PROTECTED] writes:
I shouldn't have to add my name to the list of maintainers whose
packages should never be NMUd.
IS there such a list? I don't think there should be.
Yes:
http://bugs.debian.net/
or even that they will be warned before whatever it is causes the
breakage.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
standard is that only the submitter
and the maintainer responsible for the package should close a bug.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpFdO3db8Wqq.pgp
it itself to
/etc/lilo.conf.old (although it does this each time it's reconfigured so
you'll only have the previous lilo.conf in there).
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies
people's
Mail-Followup-To when it suits you, while insisting that others abide by
yours? That sounds kind of ridiculous to me.
OTOH, the behaviour in the absence of any Mail-Followup-To: should be to
reply to either the list or the sender but not both.
--
Mark Brown mailto:[EMAIL PROTECTED
? AFAIK john can do anything crack
can do.
john is a single process cracker - it can't distribute the load over
multiple CPUs and multiple machines.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp
it seems silly not to use it.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
other
and just include the man executable directly.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgp6z1ZrqSaQO.pgp
Description: PGP signature
. But it already is easy. Reasonable mail programs have two
separate ``reply'' commands: one that replies directly to the author
of a message, and another that replies to the author plus all of the
list recipients.
This doesn't apply to the Debian mailinglists.
Why not?
--
Mark Brown mailto:[EMAIL
also binary-compatible with 2.95.2.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpxUWpYjngZj.pgp
Description: PGP signature
mailing list (or at
least, a large number of them), which makes each spam much more
noticable.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
the
remaining attempts.
Without killing all the messages crossposted to all the port lists (andu
usually one or two others). :-)
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
it it will - that's just a regular mailing list posting. If
you use X-Debbugs-Cc it will go through the BTS first.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc
to the repository. That's a hassle when you get maintainer
changes and makes the packaghe source itself much less useful than it
could be.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk
an
effort to enforce them. (IANAL, of course)
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Wed, Sep 06, 2000 at 08:23:40PM +0200, Santiago Vila wrote:
Static pages are known to be outdated.
I'm sure I asked this previously, but could we not add a note to that
effect on at least the front page?
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness
explanation
(the recipient of the error message is not welcome on *THEIR* Internet
under the reasoning that they're ... refusing connections from machines
It was the bit about dialup trash - inability to get reverse DNS
working is a different issue.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying
a Potato install).
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpwyn7TBTOB2.pgp
Description: PGP signature
On Wed, Aug 30, 2000 at 04:57:51PM -0700, Joey Hess wrote:
All statically updated BTS pages are broken, please see DWN for details.
Might it be an idea to put a notice about this on the web page? It'd
avoid a lot of confusion.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid
actually getting
something worthwhile from the exercise.
Most programs aren't that compute-intensive, and gcc is more reliable -
just blindly using pgcc is probably not a good idea.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk
this
situation.
Not that I would advocate doing this in the first place.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgptNT0Xpql6Q.pgp
Description: PGP signature
On Fri, Mar 31, 2000 at 11:40:43PM +0200, Josip Rodin wrote:
Okay, 62.43% isn't so bad, but it doesn't really take that much effort to
vote in Debian, IMHO.
You've just got to decide how to vote first.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http
?
| A: No. While some people have expressed an interest in them, nobody has
| actually done the work yet. If you are interested the people to speak
| to are probably the Debian gcc maintainers.
If you want to use it it's pretty trivial to install from source.
--
Mark Brown mailto:[EMAIL PROTECTED
On Sat, Apr 01, 2000 at 04:00:57PM -0500, Branden Robinson wrote:
On Sat, Apr 01, 2000 at 04:02:43PM +0100, Mark Brown wrote:
You should at the very least mention why you're closing the bug report.
Did you bother to read my close message? Obviously not. I did in fact
include
to.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpkVlFPiocmb.pgp
Description: PGP signature
.
That roughly matches my experience - ORBS blocks far too much to use in
more than an advisory manner, but the other RBLs don't create any
problem. Of course, neither of us sees the traffic Debian is seeing and
that's what any decision needs to be based upon.
--
Mark Brown mailto:[EMAIL PROTECTED
sites for other reasons, such as if their probes are
firewalled out. This will, for example, catch sites that automatically
firewall out sites that attempt to relay through them - the site notices
the first check, blocks the rest and gets added to the list.
--
Mark Brown mailto:[EMAIL PROTECTED
. However, I'm not particularly
attached to it (I only packaged it because I need it to build another
package) so you're welcome to take it.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk
by java and yacc or lex. The implementation is intentionaly kept simple,
and no C actual code parsing is done.
The license is GPL.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk
from old users.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpd2BtnVEEIR.pgp
Description: PGP signature
which comes with my usual
I haven't tried to install this let alone use it, but it built cleanly
warning.
You'd probably get an answer faster by either contacting the maintainer
(me) or reporting a bug.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http
, but nobody has packaged that (yet).
IIRC, it was this very package that prompted the last discussion about
setting up a data section. What came of that?
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp
Research and RedHat is
completely inappropriate, and you're spreading far too much mindless
FUD.
Support Debian: get pointless abuse on Debian mailing lists.
--
Mark Brown mailto:[EMAIL PROTECTED] (Not selling Debian either)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp
On Tue, Jan 26, 1999 at 07:40:21PM +0100, Remco van de Meent wrote:
- Pcmcia-cs 3.0.6 ; cardmgr -V
While the userland binaries appear to work fine, the PCMCIA kernel module
source in slink will not build with 2.2 kernels. Version 3.0.8 fixes
this.
--
Mark Brown
.
dhcp-beta has worked on 2.1* as long as I can remember. Unless you're
talking about dhcpcd?
I couldn't get either to work when I started using the -pre series.
However, ISTR that at least one of them has been fixed since then (I
haven't been using the packages since then).
--
Mark Brown
801 - 881 of 881 matches
Mail list logo
