On Sun, 13 Apr 1997, P.A.M. van Dam wrote:
> > This is the real issue. If you could select the 'high level' groups
> > and only deal with the components if you want the option it would
> > be fine. But if I select a group I want it to mean 'install what
> > it takes to make this work', not 'tel
I'm new to Debian, so please tell me if newbie opinions are not welcome.
I think that after spending possibly half an hour or an hour selecting
packages it would be very nice to have the chance to _save_ the desired state
(installed/not installed/...?) of each package to a file, which w
On Sun, 13 Apr 1997, P.A.M. van Dam wrote:
> It would be really nice to have some highlever package order, like
> some commercial UNIX vendors have. For example one might have the choice
> to install everything as it suits himself or choose some highlevel packages
> like a KDE environment using Du
> This is the real issue. If you could select the 'high level' groups
> and only deal with the components if you want the option it would
> be fine. But if I select a group I want it to mean 'install what
> it takes to make this work', not 'tell me about some other things
> I need to do first in
> > Note that RedHat gets this right, at least on the initial install. They
> > prompt for groups of programs that generally would be chosen together
> > and hide the ugly details unless you ask to pick individual items.
> > It may be nice to individually pick every file on a unix distribution
> >
[ followups trimmed ]
Leslie Mikesell:
> In that case it seems like the world would be a nicer place if
> you could mix-n-match things from different distributions easily.
> Unfortunately it isn't all that easy. I'd like to have a system
> where everything knows about shadow passwords, the ndbm e
Those are all points that have been brought up before and will be addressed.
Thanks for the input!
Brian
( [EMAIL PROTECTED] )
---
the difference
On Sat, 12 Apr 1997, Britton wrote:
> I used to run slackware...
Me too, and also tried RedHat recently, but not for a long time.
> I think individual package selectin on install is something we should
> keep, at least as a perfectly accesable option. I would like to see the
> energy go into
> > Yes. Many have raised the issue of conflicts on install. The answer at
> > this
> > point is to run configure over and over. Each time it will install
> > something
> > that is needed to settle the conflicts. The problem is that the selected
> > files aren't in dependant order. Hopeful
> You have to take the good with the bad.
Why?
> It would be nice to have a perfect
> linux distribution but it will never happen.
In that case it seems like the world would be a nicer place if
you could mix-n-match things from different distributions easily.
Unfortunately it isn't all that eas
On Sat, 12 Apr 1997, Rick wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> I think it was one of the Debian gurus that just sent an email stating that
> it was only the ftp install that had this bug. He'll most likely send you an
> email on this but in case he doesn't get to it for a while I'll s
-BEGIN PGP SIGNED MESSAGE-
I think it was one of the Debian gurus that just sent an email stating that
it was only the ftp install that had this bug. He'll most likely send you an
email on this but in case he doesn't get to it for a while I'll say that he
did say it worked fine in the CD
The comments about having to run configure over and over, does this apply
to the cdrom as well ? I have a T! at work, so if there is another way
to install that would be better let me know.
--Jeff
On Sat, 12 Apr 1997, Rick wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> Sorry. I should have
-BEGIN PGP SIGNED MESSAGE-
Sorry. I should have been specific. I was talking about the ftp install and
assumed he was too.
On 12-Apr-97 Jason Gunthorpe wrote:
>On Fri, 11 Apr 1997, Leslie Mikesell wrote:
>
>> > Yes. Many have raised the issue of conflicts on install. The answer at
thi
-BEGIN PGP SIGNED MESSAGE-
You have to take the good with the bad. It would be nice to have a perfect
linux distribution but it will never happen. I think all in all Debian is
doing a super job. They're on top of things for the most part. If it's
broke they'll fix it PDQ. Once they kn
On Fri, 11 Apr 1997, Leslie Mikesell wrote:
> > Yes. Many have raised the issue of conflicts on install. The answer at
> > this
> > point is to run configure over and over. Each time it will install
> > something
> > that is needed to settle the conflicts. The problem is that the selected
>
> Yes. Many have raised the issue of conflicts on install. The answer at this
> point is to run configure over and over. Each time it will install something
> that is needed to settle the conflicts. The problem is that the selected
> files aren't in dependant order. Hopefully the new project w
-BEGIN PGP SIGNED MESSAGE-
Yes. Many have raised the issue of conflicts on install. The answer at this
point is to run configure over and over. Each time it will install something
that is needed to settle the conflicts. The problem is that the selected
files aren't in dependant order.
Ok here goes, I looked at the list of stuff available for debian and I
thought I knew a thing or too about Linux until I ordered this debian
cdrom. I run an ISP and a Linux user group. However I just cannot seem
to get debian's dselect correctly. I get through the conflict resolution
and the
On Fri, 11 Apr 1997, Brian C. White wrote:
> A new list "[EMAIL PROTECTED]" has been created with these people
> subscribed to it. I'm sure I speak for the whole team when I say that we
It seems the new list is not working quite correctly, I sent several
emails to it but recived nothing in reply
It is my pleasure to announce the formation of the dselect replacement project,
code-named "deity". The project will be made up of the following 7 people:
Project Leader: Brian White <[EMAIL PROTECTED]>
- General organization, dispute resolution, final say on "capabilities"
Chief Prog
21 matches
Mail list logo