On Mon, Sep 18, 2000 at 09:00:03PM -0800, Ethan Benson wrote:
> i don't think nfs servers fall into that catagory. ftpd and telnetd
> perhaps used to, but anymore a reasonable unix admin will say `what
> the fsck is telnetd doing on this box it should be ssh!'
>
> of course i tend to say `what t
On Mon, Sep 18, 2000 at 11:20:54PM -0500, David Starner wrote:
> On Tue, Sep 19, 2000 at 12:14:10AM -0400, Daniel Jacobowitz wrote:
> > Well, I don't even have a handle on what is marked standard any more.
> > But it feels to me like adding -s is the right thing to do.
>
> There's a whole lot of
> "Second System Effect"? Can you explain that with source? Thanks
The tendency for someone who is designing a 2nd generation system to
want to put everything in and overengineer things.
See _The Mythical Man Month_ by Federick Brooks (ISBN: 0-201-83595-9)
> Where can I find that proposal? I se
> Because the data is not quite static. Any config-script and perhaps the
> install program may choose it's own sequence of questions. And the
> installer may ask variable questions. ( In the menu for example).
>
> So I think there should be the internal database in mDebConf. An the conf
> script
On Mon, Sep 18, 2000 at 11:03:22PM +0200, Christian T. Steigies wrote:
> > > The disks-m68k/current tree in potato is missing the English install
> > > documentation.
>
> > I will see if I still have the build logs at home, I want to know what went
> > wrong.
> The problem is (was) here:
>
>
Processing commands for [EMAIL PROTECTED]:
> reassign 71962 boot-floppies
Bug#71962: Jensen Kernel Can't Boot
Bug reassigned from package `unknown' to `boot-floppies'.
> --
Stopping processing here.
Please contact me if you need assistance.
Darren Benham
(administrator, Debian Bugs database)
Branden Robinson wrote:
> IIRC, it doesn't. People using tasksel from the installer don't go through
> dselect. It is dselect that auto-selects all Standard packages. There is
> no task that does so.
>
> Therefore, people who use tasksel end up with systems that may be missing
> Standard (or p
On Tue, Sep 05, 2000 at 05:40:38PM +0200, Christian T. Steigies wrote:
> On Mon, Sep 04, 2000 at 11:32:01AM -0500, Chris Lawrence wrote:
> > Package: boot-floppies
> > Version: 2.2.16
> > Severity: important
> >
> > The disks-m68k/current tree in potato is missing the English install
> > document
In riva.lists.debian.boot, you wrote:
>> I think I'm confused -- what's to stop a text-based config database
>> from being used for automated installs? I can think of a few good
>> reasons to have non-textual databases having to do with searching and
>> indexing, but unless the config file is hug
On Mon, Sep 18, 2000 at 01:01:40PM +0200, Josip Rodin wrote:
> On Mon, Sep 18, 2000 at 05:22:18AM +0200, Van Buggenhaut wrote:
> > > > > > > One thing not so clear is the location of rescue disks and the documents
>for
> > > > > > > a person new to debian.
> > > > > >
> > > > > > I agree with th
I'm currently working on the french transl of boot-floppies/documentation
I think there's an error in documentation/preparing.sgml line 238
in /proc/openrom/options/ under Linux (e.g "cat disk1:1 >
/proc/openprom/options/boot-device" under Linux, or
Should be
s/cat/echo
Do you agree with thi
> Have you looked at it again, or are you judging by my and others'
> comments?
I've looked at it again and tinkered with it a little bit. It didn't
really "detect" the hardware I have, but I think that's only because
their db is not very complete yet.
> My time is going to be somewhat limited i
On Mon, 18 Sep 2000, Randolph Chung wrote:
> > I think one has to make a difference between the internal database and an
> > database some frontend might use.
>
> i don't understand this. why do you think these have to be separate?
Because the data is not quite static. Any config-script and
> I think one has to make a difference between the internal database and an
> database some frontend might use.
i don't understand this. why do you think these have to be separate?
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTE
> I think I'm confused -- what's to stop a text-based config database
> from being used for automated installs? I can think of a few good
> reasons to have non-textual databases having to do with searching and
> indexing, but unless the config file is huge (> 100KB) I can't think
> of any legitim
On Mon, Sep 18, 2000 at 03:25:44PM +0200, Bernhard R. Link wrote:
> > I think this is doable but belongs into the "sweet dreems" section :)
>
>
> I do not think so. CD-Rom comes more and more normal. Changing frontend
> are possible acourding to my experiments. And some little speach-generator
>
On Mon, 18 Sep 2000, Torsten Landschoff wrote:
> > I also thought about, if we could add an ui to thecd-installer that uses
> > some little speach-generating software and puts it through the pc-speaker.
> > It does not sound nice but you can understand speach.
> >
> > When we had such a thing, i
On Mon, Sep 18, 2000 at 02:31:46PM +0200, Bernhard R. Link wrote:
> I also thought about, if we could add an ui to thecd-installer that uses
> some little speach-generating software and puts it through the pc-speaker.
> It does not sound nice but you can understand speach.
>
> When we had such
On Mon, 18 Sep 2000, Torsten Landschoff wrote:
> Two new goals?
>
> - Make Debian installable to blind people (on systems where serial console
> support is available)
I also thought about, if we could add an ui to thecd-installer that uses
some little speach-generating software and puts it th
On Mon, Sep 18, 2000 at 05:22:18AM +0200, Van Buggenhaut wrote:
> > > > > > One thing not so clear is the location of rescue disks and the documents
>for
> > > > > > a person new to debian.
> > > > >
> > > > > I agree with this. Location of rescue disks is really hard to guess.
> > > >
> > > >
On Sun, Sep 17, 2000 at 08:56:35PM -0700, Randolph Chung wrote:
> Whee, I just made it through the entire thread!! :-) Some comments:
Hard, isn't it?
> 3) custom-built images (through a CGI or something)
> Very interesting idea, but I think this should be a longer-term goal. As
> Brooks puts it
On Sun, Sep 17, 2000 at 05:45:11PM -0400, James R. Van Zandt wrote:
> Hmm. I beg to differ. I've been working on accessibility of Linux to
> blind users for some time. They can't use the video display,
Right. Do we have a blind volunteer who can help with testing the new
installer? I think w
On Sat, Sep 16, 2000 at 11:17:14AM +0800, Niall Young wrote:
> Re: automating mass installs there are a number of projects to do exactly
> this, most notably FAI. It'd be wise to take a look at these as they all
> suggest different solutions to the same problems:
>
> FAI http://www.inf
On Sun, 17 Sep 2000, Randolph Chung wrote:
> 4) C-based debconf
> Anyone (other than Glenn and myself) interested in working on this? I had
> planned on tackling this after i finish udpkg, but my time will be somewhat
> limited in the next few weeks. I don't *think* it should be too difficult
Randolph Chung wrote:
> a text-based debconf database is easily editable by a system administrator.
> otoh, a network based (ldap or whatnot) system will also allow automated
> installs over a lan/wan. Of course, size/complexity is a concern as well.
I think I'm confused -- what's to stop a text
Randolph Chung wrote:
> 1) hardware detection
> Libraries... libdetect is the big one. When it was first started I had looked
> at it and thought (IMHO only) it was a mess, but since then it seems to have
> improved significantly.
Have you looked at it again, or are you judging by my and others'
26 matches
Mail list logo
