Re: Diety contacts? (was Re: Dselect replacement?)
> Next question and then I'll hopefully shut up for a day or two about this > topic :-) > > Does anyone know where I can get in contact with the people and/or the > product of the Diety project? I checked www.debian.org's web site and > didn't find anything, and am not going to even bother with an altavista > web search for the word Diety. You can write to us at [EMAIL PROTECTED] We're always happy to hear suggestions and ideas. Brian ( [EMAIL PROTECTED] ) --- If you have a 50% chance of guessing right, you'll guess wrong 75% of the time. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Diety contacts? (was Re: Dselect replacement?)
> Does anyone know where I can get in contact with the people and/or the > product of the Diety project? I checked www.debian.org's web site and > didn't find anything, and am not going to even bother with an altavista > web search for the word Diety. I know precisely how to contact them. 8) Since most of us on the deity team read debian-devel and/or debian-user, a post either place is fine. The reason there is no web page, is that the initial design docs are still being finished. They will be made available soon for the rest of the debian community to see and comment on. Behan Webster (UI designer for the deity project) -- Behan Webster mailto:[EMAIL PROTECTED] +1-613-224-7547 http://www.verisim.com/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Diety contacts? (was Re: Dselect replacement?)
Next question and then I'll hopefully shut up for a day or two about this topic :-) Does anyone know where I can get in contact with the people and/or the product of the Diety project? I checked www.debian.org's web site and didn't find anything, and am not going to even bother with an altavista web search for the word Diety. Thanks in advance. Chip - Chip Atkinson [EMAIL PROTECTED] (work) Xi Graphics[EMAIL PROTECTED] (home) Denver, CO (303)298-7478 (work) On Wed, 2 Jul 1997, Britton wrote: > > On Tue, 1 Jul 1997, Linux dist. research wrote: > > > I saw a reference to a possible future replacement for dselect. Does > > anyone know about this? > > The project is calle diety. It is intended to fix the percieved problems > and inconviences the plauge dselect. Personnaly I like dselect, and I > hope things don't change too much. > > > > > Chip > > > > - > > Chip Atkinson [EMAIL PROTECTED] (work) > > Xi Graphics[EMAIL PROTECTED] (home) > > Denver, CO (303)298-7478 (work) > > > > > > > > -- > > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to > > [EMAIL PROTECTED] . Trouble? > > e-mail to [EMAIL PROTECTED] . > > > > > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . > -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Dselect replacement?
On Tue, 1 Jul 1997, Linux dist. research wrote: > I saw a reference to a possible future replacement for dselect. Does > anyone know about this? The project is calle diety. It is intended to fix the percieved problems and inconviences the plauge dselect. Personnaly I like dselect, and I hope things don't change too much. > > Chip > > - > Chip Atkinson [EMAIL PROTECTED] (work) > Xi Graphics[EMAIL PROTECTED] (home) > Denver, CO (303)298-7478 (work) > > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to > [EMAIL PROTECTED] . Trouble? > e-mail to [EMAIL PROTECTED] . > > -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Dselect replacement?
Linux dist. research wrote: > > I saw a reference to a possible future replacement for dselect. Does > anyone know about this? > It's called the 'Diety' project. The last time I asked (about a week ago), the response was "Patience Grasshopper." They are about to announce another major milestone. The main engine will allow for several UI's (www, x, text). Also, it will better support the networked servers(Debian Repositories) and clients(Machines needing installation and management). Enjoy -- Greg. -- Greg Vence | Debian GNU Linux KH2EA/4 | Diamond 2000 (7npw 4cpw) [EMAIL PROTECTED]| There is time for what's important -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Dselect replacement?
I saw a reference to a possible future replacement for dselect. Does anyone know about this? Chip - Chip Atkinson [EMAIL PROTECTED] (work) Xi Graphics[EMAIL PROTECTED] (home) Denver, CO (303)298-7478 (work) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: "dselect" replacement project ("deity")y
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 'tell me about some other things > > I need to do first in some unknown order'. > > 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 Dutch locales or a OpenLook environent or just > good old non-graphic install. It makes it much easier for newbies. We need > some hierarchy in the package structures. > > > > > Les Mikesell > > [EMAIL PROTECTED] > > > > > > Best regards, > Pascal I'm sorry to be dogmatic, but I'm going to say one more time that I like things the way they are. If something depends on seperately maintained library xyz it is not good but *GREAT* to know about it from the start. The dependency structure sends this message to users load and clear, in a way that a lumped package scheme would not even if a full description of all dependencies were given when such a package was installed. I really had no clue about the high level of software interdependence when I started with slackware, and it hurt me continually. I think a little pain with dselect in the beginning would have saved me a lot of grief later. Lets give a more understandable dselect a chance. It could be made infinitely more comprehensible. Am I right in thinking that when one package you include during a 'dependence session' requires another package, you get a new sort of recursive dependence session? I feel that I shouldn't really have to be confused about this sort of thing. __ I like six eggs when starting on a journey. Fried - not poached. And mind you don't break 'em. I won't eat a broken egg. -- Thorin Oakenshield
Re: "dselect" replacement project ("deity")y
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 we could put to floppy and _read_ in case later we decide to restart from scratch. There should be put enough info (package name and version and ...?) for the install procedure to be able to warn in case the file is used with a different suite of packages, e.g. a wider suite with new entries for which we didn't make any decision (but what if just packages of NEW version with different dependencies have come? to simplify we could decide this is misuse and link the file to the suite of packages for which it was saved [the Debian release number?]). Nicola Bernardelli <[EMAIL PROTECTED]> --- You can use <[EMAIL PROTECTED]> for messages not coming from any kind of robot, such as mailing lists. From that address some autoresponse messages may return when I'm not at home. --- On Mon, 14 Apr 1997, Douglas L Stewart wrote: > 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 Dutch locales or a OpenLook environent or just > > good old non-graphic install. It makes it much easier for newbies. We need > > some hierarchy in the package structures. > > I very much agree with this. Redhat has something like this. While I > don't agree with their package choices for the various setups, the concept > is sound. > > You would think this would be configured as the interface to dselect is > redesigned. (which I'm very glad is happening!) > > -douglas
Re: "dselect" replacement project ("deity")y
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 Dutch locales or a OpenLook environent or just > good old non-graphic install. It makes it much easier for newbies. We need > some hierarchy in the package structures. I very much agree with this. Redhat has something like this. While I don't agree with their package choices for the various setups, the concept is sound. You would think this would be configured as the interface to dselect is redesigned. (which I'm very glad is happening!) -douglas
Re: "dselect" replacement project ("deity")y
> 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 some unknown order'. 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 Dutch locales or a OpenLook environent or just good old non-graphic install. It makes it much easier for newbies. We need some hierarchy in the package structures. > > Les Mikesell > [EMAIL PROTECTED] > > Best regards, Pascal
Re: "dselect" replacement project ("deity")y
> > 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 > > but most people have better things to do. These days you probably > > can't buy a disk that is too small to hold a fairly complete > > installation. > > I don't know. I was quite thrilled when I found that debian was giving me > the option to know more or less exactly what was going on my system. You have to compare against RedHat, not slackware. They have a checkbox for 'select individual components'. So you get your choice. > I was of course less thrilled by the problems > mentioned above, especially the confusing way the dependencies are > presented. 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 some unknown order'. > Nevertheless 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 that rather than a more general > packaging scheme. I think more new users like it than you think. Watch someone else install both Debian and RedHat, then think about that again. New users want something that works the first time. On the other hand, dselect might be fine once you get past the initial install. Perhaps all it really needs is a special install mode where it knows that you have to take certain things in a certain order. Les Mikesell [EMAIL PROTECTED]
Re: "dselect" replacement project ("deity")
[ 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 emulation > uses gdbm, and a one-disk nfs installation works the first time. > > I tried several times (over NFS) and it never completed. That was > probably a month ago - perhaps it is fixed now, but I have RedHat > loaded. I'll try again on the next machine if shadow support is > available by then. What I'd really like is the ability to load > .deb's into a redhat or slackware base. Alien should be able to convert deb's to rpm's for you, if you download the latest version from unstable. Shadow support is included in unstable, btw, and will be in the next release. -- See shy Jo.
Re: "dselect" replacement project ("deity")
Those are all points that have been brought up before and will be addressed. Thanks for the input! Brian ( [EMAIL PROTECTED] ) --- the difference between theory and practice is less in theory than in practice
Re: "dselect" replacement project ("deity")y
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 that rather than a more general packaging scheme. I think > more new users like it than you think. That's why I'm here, quite new to Debian. Ok, there are some problems with dselect (going to be replaced anyway I see), but the chance of knowing about dependencies and not only installing but also removing or upgrading *each* package is of great importance to me. It is just a very good thing which needs a great design effort (and possibly some debugging), as for instance any C++ "ambitious" class hierarchy. The taste it gives to me is of a great quality Linux distribution. Nicola Bernardelli <[EMAIL PROTECTED]> --- You can use <[EMAIL PROTECTED]> for messages not coming from any kind of robot, such as mailing lists. From that address some autoresponse messages may return when I'm not at home. ---
Re: "dselect" replacement project ("deity")y
> > 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 will address > > this > > problem. > > 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 > but most people have better things to do. These days you probably > can't buy a disk that is too small to hold a fairly complete > installation. I don't know. I was quite thrilled when I found that debian was giving me the option to know more or less exactly what was going on my system. I used to run slackware and when I would do a find I would get 16000 + files. I had no clue what most of the stuff on my system did. Granted, I ended up in more or less the same situation since I can't resist those sexy little program descriptions Debian gives you, but it was still very fun and informative. I was of course less thrilled by the problems mentioned above, especially the confusing way the dependencies are presented. I still am not exactly clear in my mind how that all worked and why I had to overide some simple stuff to make other common things work. Nevertheless 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 that rather than a more general packaging scheme. I think more new users like it than you think.
Re: "dselect" replacement project ("deity")
> 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 easy. I'd like to have a system where everything knows about shadow passwords, the ndbm emulation uses gdbm, and a one-disk nfs installation works the first time. > You can install groups in dselect also. Just select the line that describes > the group and mark it for install or hold. Generally the normal install is > already marked for install. I tried several times (over NFS) and it never completed. That was probably a month ago - perhaps it is fixed now, but I have RedHat loaded. I'll try again on the next machine if shadow support is available by then. What I'd really like is the ability to load .deb's into a redhat or slackware base. Les Mikesell [EMAIL PROTECTED]
Re: "dselect" replacement project ("deity")y
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 say that he > did say it worked fine in the CD install. Okay lets be clear here I know for certain: 1) FTP does NOT dependacny correctly 2) The disk install has code designed to correct this 3) Some poster in some far off land said it worked right 4) I buy it, cause it looks sound. 5) If -ANYONE- has had a dependancy problem installing from 1.2 or 1.3 off a cdrom then please tell me an I will try to have an alternet solution. 6) I filed a bug against dpkg-ftp to include the code in 2). My copy of 1.2 on both my machines has this fix for cdrom installations, so I think it should be in most 1.2 copies? So there we have it. I hope this steams off any strange rumors! Jason
Re: "dselect" replacement project ("deity")y
-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 install. On 12-Apr-97 Geoff R Deasey wrote: >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 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 >> 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 will address >> this >> >> > problem. >> >> >> >> 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 >> >> but most people have better things to do. These days you probably >> >> can't buy a disk that is too small to hold a fairly complete >> >> installation. >> > >> >Okay, apparently Debian also has no problem doing this, BUT if you do an >> >ftp install it will fail because of a bug in dpkg-ftp, Bug#8660 actually. >> > >> >If you use a cdrom or some other mounted media it will be able to >> >correctly identify the package order and install accordingly. If not then >> >please tell me now! >> > >> >Thanks, >> >Jason >> > >> Have a good one. >> >> - -- >> Rick Jones E-Mail: Rick <[EMAIL PROTECTED]> >> >> Date: 12-Apr-97 Time: 01:13:0 5 >> - -- >> >> -BEGIN PGP SIGNATURE- >> Version: 2.6.2 >> >> iQCVAwUBM08Z4Qi+Ph+i3TgpAQFopQP/cVbFLV0S2zp4g1ic1hBJo2eQ21sRMf2T >> JpTXXVofD5jIroKw2yBkYoascsArV4Uz97pmb4uLuJBKOGiL42B3+J1ToYjWb60Y >> 5eBT4WKMBoq0JpC6YEQ4hKCzCXooJTtGANOQs+4hpF9vEkA/QAypmaG3248RD8Y/ >> 0H2cAMbwTQ8= >> =sYlO >> -END PGP SIGNATURE- >> > Have a good one. - -- Rick Jones E-Mail: Rick <[EMAIL PROTECTED]> Date: 12-Apr-97 Time: 01:35:55 - -- -BEGIN PGP SIGNATURE- Version: 2.6.2 iQCVAwUBM08fRgi+Ph+i3TgpAQE+HgP/ZqidV5CPtnd1jXhejRJdau31MrAarej1 +GUs4hUH+TV4gJzeNnSafARpRfrZ+catBBxWmwD3AHmYyEu+oRDGV1sJP1fsQthN 5tizCfnMcr87fifddFeMZi2vqdXTfUuM4cA9WlaKul3Dr4vUKyE75G0aILKeZdT0 D0BPGhZ/Sjs= =vAok -END PGP SIGNATURE-
Re: "dselect" replacement project ("deity")y
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 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 > 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 will address > this > >> > problem. > >> > >> 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 > >> but most people have better things to do. These days you probably > >> can't buy a disk that is too small to hold a fairly complete > >> installation. > > > >Okay, apparently Debian also has no problem doing this, BUT if you do an > >ftp install it will fail because of a bug in dpkg-ftp, Bug#8660 actually. > > > >If you use a cdrom or some other mounted media it will be able to > >correctly identify the package order and install accordingly. If not then > >please tell me now! > > > >Thanks, > >Jason > > > Have a good one. > > - -- > Rick Jones E-Mail: Rick <[EMAIL PROTECTED]> > > Date: 12-Apr-97 > Time: 01:13:05 > - -- > > -BEGIN PGP SIGNATURE- > Version: 2.6.2 > > iQCVAwUBM08Z4Qi+Ph+i3TgpAQFopQP/cVbFLV0S2zp4g1ic1hBJo2eQ21sRMf2T > JpTXXVofD5jIroKw2yBkYoascsArV4Uz97pmb4uLuJBKOGiL42B3+J1ToYjWb60Y > 5eBT4WKMBoq0JpC6YEQ4hKCzCXooJTtGANOQs+4hpF9vEkA/QAypmaG3248RD8Y/ > 0H2cAMbwTQ8= > =sYlO > -END PGP SIGNATURE- >
Re: "dselect" replacement project ("deity")y
-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 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 will address this >> > problem. >> >> 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 >> but most people have better things to do. These days you probably >> can't buy a disk that is too small to hold a fairly complete >> installation. > >Okay, apparently Debian also has no problem doing this, BUT if you do an >ftp install it will fail because of a bug in dpkg-ftp, Bug#8660 actually. > >If you use a cdrom or some other mounted media it will be able to >correctly identify the package order and install accordingly. If not then >please tell me now! > >Thanks, >Jason > Have a good one. - -- Rick Jones E-Mail: Rick <[EMAIL PROTECTED]> Date: 12-Apr-97 Time: 01:13:05 - -- -BEGIN PGP SIGNATURE- Version: 2.6.2 iQCVAwUBM08Z4Qi+Ph+i3TgpAQFopQP/cVbFLV0S2zp4g1ic1hBJo2eQ21sRMf2T JpTXXVofD5jIroKw2yBkYoascsArV4Uz97pmb4uLuJBKOGiL42B3+J1ToYjWb60Y 5eBT4WKMBoq0JpC6YEQ4hKCzCXooJTtGANOQs+4hpF9vEkA/QAypmaG3248RD8Y/ 0H2cAMbwTQ8= =sYlO -END PGP SIGNATURE-
Re: "dselect" replacement project ("deity")y
-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 know about it. I'm bad about informing about bugs. If I can fix it myself I usually never report it. I guess I should. You can install groups in dselect also. Just select the line that describes the group and mark it for install or hold. Generally the normal install is already marked for install. On 12-Apr-97 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 >> files aren't in dependant order. Hopefully the new project will address this >> problem. > >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 >but most people have better things to do. These days you probably >can't buy a disk that is too small to hold a fairly complete >installation. > >Les Mikesell > [EMAIL PROTECTED] Have a good one. - -- Rick Jones E-Mail: Rick <[EMAIL PROTECTED]> Date: 12-Apr-97 Time: 01:10:55 - -- -BEGIN PGP SIGNATURE- Version: 2.6.2 iQCVAwUBM08ZXwi+Ph+i3TgpAQEICgP+Ms3Y1L+P0utnfbZ46h+cENz/BSU9XuyH z8aN6d+TzcKiOypiAshwZ/me/moGTJSnd0lGfLJQVX4bZjMZVMGmKjbLDSeAOaLj HaWu0jt9trLydS36oo5FNYYypsd8a/HQEtLmy8e1i0ZNHiSSJAHGeUxVx3tVPJOX X+jax5v4T0o= =CCbX -END PGP SIGNATURE-
Re: "dselect" replacement project ("deity")y
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 > > files aren't in dependant order. Hopefully the new project will address > > this > > problem. > > 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 > but most people have better things to do. These days you probably > can't buy a disk that is too small to hold a fairly complete > installation. Okay, apparently Debian also has no problem doing this, BUT if you do an ftp install it will fail because of a bug in dpkg-ftp, Bug#8660 actually. If you use a cdrom or some other mounted media it will be able to correctly identify the package order and install accordingly. If not then please tell me now! Thanks, Jason
Re: "dselect" replacement project ("deity")y
> 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 will address this > problem. 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 but most people have better things to do. These days you probably can't buy a disk that is too small to hold a fairly complete installation. Les Mikesell [EMAIL PROTECTED]
Re: "dselect" replacement project ("deity")
-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. Hopefully the new project will address this problem. On 12-Apr-97 Geoff R Deasey wrote: >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 then after installing the packages I get more conflicts. I think >that there are several problems > >1. The interface is a problem > too complicated, I am having trouble (I have been running linux since >pre 0.99. > >2. Once the conflicts have been resolved, they should be resolved and >should not come up again. > >3. Do not through out the idea of haveing different modes, > 1 for experts 2 for beginers etc. (at least kick it around) > >4 A easier way to force an install that you know will not conflict. > >5 Make it friendly to new people with less experience. Even if you need >to get the janitor to install it to see if it is too complicated. > >I WANT TO MAKE THIS NEXT POINT VERY CLEAR > >I am not trying to wine or complain, I realy think that these things need >to be addressed. Remember the last time you got bored with that nascar >race on TV, They go round and round the same time each lap, it was boring. > >It takes a pro to make it look that easy!! > >I want to thank everyone on the deity team in advance. I wish I could be >on it. But I am not enough of an expert programmer yet. > >If more people give you input, the product you craft will be that much better >So come on people start talking ! > > >On Fri, 11 Apr 1997, Brian C. White wrote: > >> 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: > Have a good one. - -- Rick Jones E-Mail: Rick <[EMAIL PROTECTED]> Date: 12-Apr-97 Time: 00:12:16 - -- -BEGIN PGP SIGNATURE- Version: 2.6.2 iQCVAwUBM08LoQi+Ph+i3TgpAQE4zgP/dSi/iuUTeOs2nmKenbglSOK++rQc+vFd ee3iJMblfx+b8hG5S4A9fm/wLk5EqDzdRmn2oQ5Fiso7t5HMLE8qOJHaU7Q41uo9 vFheI1+MWJK/nIV96u/mYfOG4N6HV7VPpuoxUBjYrBKvdl+qGttlK0TkdiNnZS8R fqyaDdDKfbw= =SSt2 -END PGP SIGNATURE-
Re: "dselect" replacement project ("deity")
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 then after installing the packages I get more conflicts. I think that there are several problems 1. The interface is a problem too complicated, I am having trouble (I have been running linux since pre 0.99. 2. Once the conflicts have been resolved, they should be resolved and should not come up again. 3. Do not through out the idea of haveing different modes, 1 for experts 2 for beginers etc. (at least kick it around) 4 A easier way to force an install that you know will not conflict. 5 Make it friendly to new people with less experience. Even if you need to get the janitor to install it to see if it is too complicated. I WANT TO MAKE THIS NEXT POINT VERY CLEAR I am not trying to wine or complain, I realy think that these things need to be addressed. Remember the last time you got bored with that nascar race on TV, They go round and round the same time each lap, it was boring. It takes a pro to make it look that easy!! I want to thank everyone on the deity team in advance. I wish I could be on it. But I am not enough of an expert programmer yet. If more people give you input, the product you craft will be that much better So come on people start talking ! On Fri, 11 Apr 1997, Brian C. White wrote: > 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:
Re: "dselect" replacement project ("deity")
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 :< I assume that like the normal debian lists I should have received a copy of my message sent from the list? Perhaps it's just been lagged for a few hours.. Just FYI, Jason
"dselect" replacement project ("deity")
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 Programmer: Peter Iannarelli <[EMAIL PROTECTED]> - Code organization, task breakdown, final say on "code" Mechanic(*): Jason Gunthorpe <[EMAIL PROTECTED]> - Low-level class and library design Dpkg Consultant: Tom Lees <[EMAIL PROTECTED]> - Expert on compatibility with existing dpkg, dependency algorithms, etc. Web Designer: Mark Constable <[EMAIL PROTECTED]> - Work on HTML and CGI interfaces Chief Designer: Behan Webster <[EMAIL PROTECTED]> - Screen layout, ease of use, final say on "user interface" Documentation:Che Fox <[EMAIL PROTECTED]> - high & low level design docs, idea tracking, user manuals (*) Someone who likes to work on low-level "engines". (I get called this. :-) 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 would like to hear everybody's ideas for this new tool. As the design progresses, we will be presenting it back to the devel & user lists for feedback. About the people: * Brian White has been working within the Debian project for about 2 years now and is current the vice president of engineering. He has 14 years of intense software development and knows C and C++ very well. * Peter Iannarelli is fairly new to Debian but is anxious to contribute. He has 13 years of experience with Unix and C, plus 7 years of C++. He also has a background in java, motif, and curses, along with strong design and documentation skills. * Jason Gunthorpe has 4 years of experience with C/C++ and enjoys working at the class-level of designs. He has already started working out how some of the underlying problems can be solved efficiently. * Tom Lees has experience with C/C++ and has spent time studying the existing dpkg system. He also has a background in text-mode user interfaces and sgml documentation. * Behan Webster has 14 years of experience with C programming and Unix, plus 5 years of C++. He has worked extensively on user interfaces (mostly the graphical kind) and has a good feel for what is intuitive and easy to use. * Che Fox is a whiz at linuxdoc-sgml and will be managing the documentation. He also has experience with Tk interfaces. * Mark Constable has a good background in web/cgi interaction and will be working to make that a viable interface. Brian ( [EMAIL PROTECTED] ) --- the difference between theory and practice is less in theory than in practice
"dselect" replacement team
As part of the facelift for Debian 2.0, I'd like to offer an improved interface as an alternative for "dselect". To this end, I'm going to be putting together a team of people to produce such a product. If you would like to work on this, please let me know and tell me what resources you have (machines, expertise, and especially time). Serious replies, only, please; this will require a fair amount of effort from all people involved. The expertise still needed is mostly: - gui design - technical writing (html; tex,texinfo a plus) - multi-lingual The team will be small; probably 6 people at the most. Brian ( [EMAIL PROTECTED] ) --- If you have a 50% chance of guessing right, you'll guess wrong 75% of the time.
