[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#232065: marked as done (pci.lst overwritten without confirmation)



Your message dated Thu, 11 Mar 2004 03:49:21 -0500
with message-id <20040311084921.GF2296@squee.verizon.net>
and subject line pci.lst overwritten without confirmation
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 10 Feb 2004 18:02:04 +0000
>From harald.dunkel@t-online.de Tue Feb 10 10:02:04 2004
Return-path: <harald.dunkel@t-online.de>
Received: from mailout01.sul.t-online.com [194.25.134.80] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1AqcCy-0005NP-00; Tue, 10 Feb 2004 10:02:04 -0800
Received: from sfwd01.aul.t-online.de 
	by mailout01.sul.t-online.com with smtp 
	id 1AqcCw-0005EI-00; Tue, 10 Feb 2004 19:02:02 +0100
Received: from t-online.de (VyYJjoZFZefCLE6bcAdgH6PpdDAVl49ijS1R827rMz6S9YFUqjG3rN@[80.146.112.54]) by sfwd01.sul.t-online.de
	with esmtp id 1AqcCs-1X7Xuq0; Tue, 10 Feb 2004 19:01:58 +0100
Message-ID: <40291C95.3020105@t-online.de>
Date: Tue, 10 Feb 2004 19:01:57 +0100
From: Harald Dunkel <harald.dunkel@t-online.de>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040129
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: submit@bugs.debian.org
Subject: pci.lst overwritten without confirmation
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Seen: false
X-ID: VyYJjoZFZefCLE6bcAdgH6PpdDAVl49ijS1R827rMz6S9YFUqjG3rN
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_10 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
	version=2.60-bugs.debian.org_2004_02_10
X-Spam-Level: 

Package: discover-data
Version: 1.2004.02.08-1

Hi folks,

It would be nice if the installation procedure for
discover-data does not overwrite a modified pci.lst
without confirmation.


Regards

Harri

---------------------------------------
Received: (at 232065-done) by bugs.debian.org; 11 Mar 2004 08:49:23 +0000
>From naughtynus@verizon.net Thu Mar 11 00:49:23 2004
Return-path: <naughtynus@verizon.net>
Received: from out001pub.verizon.net (out001.verizon.net) [206.46.170.140] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1B1LsZ-0000z1-00; Thu, 11 Mar 2004 00:49:23 -0800
Received: from squee ([141.149.184.115]) by out001.verizon.net
          (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP
          id <20040311084922.OUSL1464.out001.verizon.net@squee>
          for <232065-done@bugs.debian.org>;
          Thu, 11 Mar 2004 02:49:22 -0600
Received: by squee (Postfix, from userid 1000)
	id 72B6C46D83; Thu, 11 Mar 2004 03:49:21 -0500 (EST)
Date: Thu, 11 Mar 2004 03:49:21 -0500
From: David Nusinow <david_nusinow@verizon.net>
To: 232065-done@bugs.debian.org
Subject: Re: pci.lst overwritten without confirmation
Message-ID: <20040311084921.GF2296@squee.verizon.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.5.1+cvs20040105i
X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [141.149.184.115] at Thu, 11 Mar 2004 02:49:22 -0600
Delivered-To: 232065-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_08 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no 
	version=2.60-bugs.debian.org_2004_03_08
X-Spam-Level: 

Hello,
   First off, pci.lst isn't a conffile for good reason. It's not meant
to be edited directly by the end user. Instead, use /etc/discover.conf
(see discover.conf(5)) for skipping over modules and use /etc/modules
(see modules(5)) for manually selecting modules to load at boot time.
I'm closing this bug report.

 - David Nusinow



Reply to: