Matt Zimmerman [EMAIL PROTECTED] writes:
Well, if someone would like to configure the MTA that runs bugs.debian.org to
send CC's of all bug mail to another address, ...
You mean something other than signing up for debian-bugs-dist and
parsing the resulting traffic?
I realize that
On Tue, Jan 09, 2001 at 04:06:35PM -0800, Ralph Jennings wrote:
The problem is not that easy to solve I think. Basicly the problem is
that you upgrade a tool that the install program depends on. If you install
the perl-5.6 package before anything alse things will probably work just
fine.
The
On Wed, Jan 10, 2001 at 09:01:40AM -0500, Daniel Martin wrote:
Matt Zimmerman [EMAIL PROTECTED] writes:
Well, if someone would like to configure the MTA that runs bugs.debian.org
to
send CC's of all bug mail to another address, ...
You mean something other than signing up for
On Wed, 10 Jan 2001, Matt Zimmerman wrote:
On Wed, Jan 10, 2001 at 09:01:40AM -0500, Daniel Martin wrote:
Matt Zimmerman [EMAIL PROTECTED] writes:
Well, if someone would like to configure the MTA that runs
bugs.debian.org to
send CC's of all bug mail to another address, ...
Package: perl-5.6
Severity: critical
Scenario: Install new machine with potato. Configure all packages that come
with a default minimal install. Run dpkg --get-selections on a working
half-potato/half-sid machine. Run dpkg --set-selections on the new
machine. apt-get dselect-upgrade. perl
Hmm, isn't sid called UNSTABLE, that means that if you want use it, there
is a risk that things aren't exactly perfect (don't take perfect to
seriously).
Not that long ago I upgraded one of my machines from woody to sid, now
it's running perl 5.6 and I didn't have any trouble upgrading at all!
On Tue, 9 Jan 2001, Ron Rademaker wrote:
Hmm, isn't sid called UNSTABLE, that means that if you want use it, there
is a risk that things aren't exactly perfect (don't take perfect to
seriously).
Not that long ago I upgraded one of my machines from woody to sid, now
it's running perl 5.6 and
Hi Adam!
You wrote:
ANY package that is needed by the packaging system(and this does not only
include dpkg support scripts, but debconf, and some maintainer scripts,
including adduser) biblinkNEEDS TO NOT BREAK PERIOD./blink/i/b
Please calm down. If your specific thing doesn't work, OK,
On Tue, Jan 09, 2001 at 04:50:05PM +0100, Ron Rademaker wrote:
Hmm, isn't sid called UNSTABLE, that means that if you want use it, there
is a risk that things aren't exactly perfect (don't take perfect to
seriously).
That doesn't solve that perl's official maintainer broke the packages quite
On Tue, 9 Jan 2001, Jordi Mallach wrote:
On Tue, Jan 09, 2001 at 04:50:05PM +0100, Ron Rademaker wrote:
Hmm, isn't sid called UNSTABLE, that means that if you want use it, there
is a risk that things aren't exactly perfect (don't take perfect to
seriously).
That doesn't solve that
On Tue, 9 Jan 2001, Ron Rademaker wrote:
I checked BTS and the bug wasn't in BTS.
Because the indices only run every 12 hours. Check 81679.
BEGIN GEEK CODE BLOCK
Version: 3.12
GCS d- s: a-- c+++ UL P+ L !E W+ M o+ K- W--- !O M- !V PS--
PE++ Y+ PGP++ t* 5++ X+ tv b+ D++ G e
On Tue, Jan 09, 2001 at 10:16:09AM -0600, Adam Heath wrote:
On Tue, 9 Jan 2001, Ron Rademaker wrote:
I checked BTS and the bug wasn't in BTS.
Because the indices only run every 12 hours. Check 81679.
I thought the reason for switching from the generated HTML to CGIs was so that
the
On Tue, 9 Jan 2001, Matt Zimmerman wrote:
I thought the reason for switching from the generated HTML to CGIs was so that
the pages could be dynamically generated, and we wouldn't have this problem.
you're correct, that is the reason. But the indices take too long to fully
dynamically
On Tue, Jan 09, 2001 at 11:42:06AM -0600, Adam Heath wrote:
On Tue, 9 Jan 2001, Matt Zimmerman wrote:
I thought the reason for switching from the generated HTML to CGIs was so
that the pages could be dynamically generated, and we wouldn't have this
problem.
you're correct, that is the
On Tue, 9 Jan 2001, Matt Zimmerman wrote:
It's long past time that the BTS had a real database backend. Since the code
is being actively worked on, I assume there are reasons why this isn't
feasible
yet. Do you know what they are? Is there any way I can help?
I have code that imports the
On Tue, Jan 09, 2001 at 11:54:23AM -0600, Adam Heath wrote:
On Tue, 9 Jan 2001, Matt Zimmerman wrote:
It's long past time that the BTS had a real database backend. Since the
code is being actively worked on, I assume there are reasons why this isn't
feasible yet. Do you know what they
On Tue, Jan 09, 2001 at 04:54:11PM +0100, Bas Zoetekouw wrote:
[snip]
ANY package that is needed by the packaging system(and this does not only
include dpkg support scripts, but debconf, and some maintainer scripts,
including adduser) biblinkNEEDS TO NOT BREAK PERIOD./blink/i/b
[snip]
BTW:
On Tue, Jan 09, 2001 at 09:52:41AM -0600, Adam Heath wrote:
BTW. Why didn't you post a bug report about this?
I did, I only bcc'd it to [EMAIL PROTECTED], so that replies wouldn't spam
the bts.
I filed the critical Bug Report #80197 20 days ago... even the old perl
packages
where broken
18 matches
Mail list logo