The new dselect should allow you to mark a package for re-install. I just
managed to delete all .so files in my X11R6/lib. It's be nice if I could
just mark all the affected packages for reinstall in dselect, instead of
having to download and reinstall by hand.
--
See shy Jo.
--
TO UNSUBSCRIBE
Hi again,
I have something for the dselect etc. wish list: We would like to be able
to put the packages in an unpacked state on a read-only NFS disk and then
automagically create symlinks from the system directories to the NFS
disk on our target systems that form a cluster.
This of course makes s
On Thu, 17 Apr 1997, Leslie Mikesell wrote:
> One more idea to throw in the pot:
>
> How about including smbfs in the base kernel and allowing installation
> from a Win95 or NT share? Almost every office is going to have one
> of those around where you can share out a CDROM with a couple of
> mo
'Peter Iannarelli wrote:'
>
>Hello all:
>
>As I'm sure everyone is aware a new project has been initiated
>to replace the currenct dselect package maintainence facility
>with the goals of enhancing its functionality and resolving
>some of the existing package maintenance problems.
Look at http://w
> >
> > I'd think the info-zip package would have been a better choice since you
> > can extract individual elements without uncomressing the whole mess and
> > you wouldn't need two layers of archiving.
> >
> I use the Midnight Commander for extracting single files from a *.deb
> file. I could p
On Thu, Apr 17, 1997 at 02:53:12PM -0400, Raymond A. Ingles wrote:
> Just out of curiosity, why did Debian decide to use a .deb package
> format, as opposed to, say, a "debian_control" file inside the .tar
> archive? So far as I can see:
>
> CONS:
> Cannnot use the Debianized package withou
On Thu, Apr 17, 1997 at 10:30:40AM -0500, Leslie Mikesell wrote:
> How about including smbfs in the base kernel and allowing installation
> from a Win95 or NT share? Almost every office is going to have one
I started fiddling with the dselect method scripts last week,
in an attempt to implement a
On Apr 15, Dale Scheetz wrote
> Isn't this already available with get_selections and set_selections?
Yeah, but only 'oldtimers' know about that. I'd be nice if it could be
integrated in a more user-friendly way into "dselect 2". Something like:
Select Packages
- Full list (provides collapsible
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Leslie Mikesell) writes:
>
> I'd think the info-zip package would have been a better choice since you
> can extract individual elements without uncomressing the whole mess and
> you wouldn't need two layers of archiving.
>
I use the Midni
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (" Raymond A. Ingles") writes:
> CONS:
> Cannnot use the Debianized package without dpkg.
> Difficult to "unDebianize".
>
Actually you can do this without any Debian specific tools. GNU ar
should be included in any major Linux distrib
On 14:30:40 Leslie Mikesell wrote:
>>One more idea to throw in the pot:
>
>How about including smbfs in the base kernel and allowing installation
>from a Win95 or NT share? Almost every office is going to have one
>of those around where you can share out a CDROM with a couple of
>mouse clicks. Y
Lamar Folsom writes:
> Does this mean that each package will have to list the space it requires
> in every directory...
It would be sufficient to provide the complete path and size of each file.
> ...and the packaging software will figure out if each of those
> directories is on a separate partit
Alan Davis <[EMAIL PROTECTED]> wrote:
>
>Another thing that would help would be to HAVE ALL FILES IN
>/var/lib/dpkg/info IN GZIPED FORMAT. My little system now has 893KB in
>that directory, and I have gziped almost all the postinst scripts by hand.
The vast majority of the files in this directory
> .deb is a very simple ar archive. You can use ar to display its
> contents and to extract data.tar.gz which contains the package,
> control.tar.gz contains the pre/post inst/rm scripts.
> (filenames from memory, might be called slightly different)
>
> > Using the universally (well, Unixversall
On Apr 17, Raymond A. Ingles wrote
> Just out of curiosity, why did Debian decide to use a .deb package
> format, as opposed to, say, a "debian_control" file inside the .tar
> archive? So far as I can see:
>
> PROS:
> ".deb" format allows easy ID of packages that can be installed on
> Deb
Just out of curiosity, why did Debian decide to use a .deb package
format, as opposed to, say, a "debian_control" file inside the .tar
archive? So far as I can see:
PROS:
".deb" format allows easy ID of packages that can be installed on
Debian systems.
CONS:
Cannnot use the Debianized
One more idea to throw in the pot:
How about including smbfs in the base kernel and allowing installation
from a Win95 or NT share? Almost every office is going to have one
of those around where you can share out a CDROM with a couple of
mouse clicks. You could even do from with Windows-for-Work
On Thu, 17 Apr 1997, Lamar Folsom wrote:
> > Francois Gouget writes:
> > > Unfortunately in some cases it is not so simple to check for space
> > > availability as /var may be on one partition, /usr on another and /lib
> > > yet somewhere else.
> >
> > Should be doable. "df" to get all the parti
I will try to address your call for comments, though it will be a
matter of several responses, and not one.
My machine is minute (though I hope to replace it fairly soon). I have been
running a Debian system for well over a year. All my maintainance has been
done using FTP to get the packages.
> Francois Gouget writes:
> > Unfortunately in some cases it is not so simple to check for space
> > availability as /var may be on one partition, /usr on another and /lib
> > yet somewhere else.
>
> Should be doable. "df" to get all the partitions and their capacities, "df
> /var", "df /usr", et
"François" Gouget writes:
>
> robert havoc pennington wrote:
>
> > When I first installed debian I selected more packages than would fit on
> > the disk, and so I ended up with tons of "broken packages" and had to
> > install again. dselect recovered nicely (something other distributions
Francois Gouget writes:
> Unfortunately in some cases it is not so simple to check for space
> availability as /var may be on one partition, /usr on another and /lib
> yet somewhere else.
Should be doable. "df" to get all the partitions and their capacities, "df
/var", "df /usr", etc to get the f
robert havoc pennington wrote:
> When I first installed debian I selected more packages than would fit on
> the disk, and so I ended up with tons of "broken packages" and had to
> install again. dselect recovered nicely (something other distributions
> don't do) but since each package has a pre
Ok guys, ready for my comments on dselect? There are some doozies in here,
and some not-so-doozies. Also, there may be many points that can't work
simply because of the way packages are set up. The ideas are in no
particular order.
1) Allow "quick install" from floppies
It'd be really
Hi,
When I first installed debian I selected more packages than would fit on
the disk, and so I ended up with tons of "broken packages" and had to
install again. dselect recovered nicely (something other distributions
don't do) but since each package has a predictable size it seems dselect
could
I like the consept of dselect as it is but som improvments are welcome.
The sugestions is sorted in thre cattegorys: 1) Small improvments to
dselects interface. 2) Bigger new featurs to dselect. 3) New / improved
featurs involving possably changes to the pakage managment system.
Lets start with 1)
How about the ability to search(currenlty using /) all fields not just
the package name. It is sometimes helpfull if you are not sure what a
package is called to search the discription of the package.
Brian
Mechanical Engin
Dale Scheetz writes:
[snip]
> Isn't this already available with get_selections and set_selections?
What about a fresh, "from scratch" installation? (like a newby would
encounter) 8-)
--
-= Sent by Debian 1.2 Linux =-
Thomas Kocourek KD4CIK - member of ARRL
[EMAIL PROTECTED]
--... ...-- ... -..
On Wed, Apr 16, 1997 at 10:14:30AM +0800, A. M. Varon wrote:
>
> If possible, it could look, feel and function like a midnight commander.
> left pane are the .deb files, to the right could be the content, info,
> dependancies to other files etc. which you could toggle.
Hmmm. But more interesting
Regarding the "wish list" for the dselect replacement:
1 A "what if" command: Tell me what you would do if I said "do it".
I found with dselect I'd somehow told it to remove lots of
things I hand't meant to, so recently I've been using dpkg directly
rather than trying to figure out dselect.
> My needs might be better served if there were an easy way to instruct dpkg
> to install the binaries on a different filesystem, like a zip disk. There
> is probably a way to do this easily, but I haven't figured it out. Have to
> do links by hand? THe config files, and so on, should go in the
If possible, it could look, feel and function like a midnight commander.
left pane are the .deb files, to the right could be the content, info,
dependancies to other files etc. which you could toggle.
regards,
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Andre M
My needs might be better served if there were an easy way to instruct dpkg
to install the binaries on a different filesystem, like a zip disk. There
is probably a way to do this easily, but I haven't figured it out. Have to
do links by hand? THe config files, and so on, should go in the regular
[EMAIL PROTECTED] wrote:
|and concerns. So fire away. Keep it short and terse.
This isn't quite about the interface, but about the package system
(may it just depends on the way it is implemented).
What I'd like to see is a way for the user to individuallt decide
whether he/she wants to install c
Peter,
Thank you for request for ideas and desires regarding the next
improvement to the debian package management system.
1. Scripts provided by the package writer should only have access to
files and directories specifically approved by the installer.
2.
In message <[EMAIL PROTECTED]> you wrote:
>Adam Shand writes:
>> This is *just* to get newbies installed and working. I'd do something
>> like have 3 options.
...
>> ...and a full install ( the two before plus X windows).
>
>Thus the the true newbie, who wants most of all to dial up her ISP and u
as anybody suggested that the "tool" simply supports externally-defined
package sets? Then, any number of configurations can be defined and
offered in distributions, web sites/archives, etc. The DEITY team needs
only
to provide a general capability and not get into the battle of actual
Adam Shand writes:
> This is *just* to get newbies installed and working. I'd do something
> like have 3 options. A developement box (nothing but baisc utilities and
> compilers),...
How many newbies are going to want this?
> ...a network box (basic utilities and networking stuff, including
> p
On Tue, 15 Apr 1997, Wichert Akkerman wrote:
> > This thread is being issued to provide all individuals and
> > organizations an opportunity to voice their requirements
> > and concerns. So fire away. Keep it short and terse.
>
> Here's a simple one: the ability to create a tagfile. We had to ins
> The odds that Mr Iannarelli is starting this thread just to
> concentrate the flammage, flak and junk into one thread which he can
> easilly killfile is astronomical =) This is especially probable given his
> insistence on exact spelling in the subject...
Excuse me, but this is completely uncal
Probably I'm going to say the obvious, but...
On Mon, 14 Apr 1997, Rob MacWilliams wrote:
> 2. I know there has been much traffic about the interface
[...]
> Now all that is needed is a keystroke sequence to open and close the
> categories. The closest piece of software out now that would be
Wichert Akkerman writes:
[snip for brevity]
> Here's a simple one: the ability to create a tagfile. We had to install
> 25 Linux machines here a while ago and it is a pain to select to same
> package every time in dpkg. I would like to be table to create a file
> with a list of packages I want to i
On Tue, 15 Apr 1997 11:00:00 +0200 Wichert Akkerman
([EMAIL PROTECTED]) wrote:
> > This thread is being issued to provide all individuals and
> > organizations an opportunity to voice their requirements
> > and concerns. So fire away. Keep it short and terse.
>
> Here's a simple one: the abilit
> This thread is being issued to provide all individuals and
> organizations an opportunity to voice their requirements
> and concerns. So fire away. Keep it short and terse.
Here's a simple one: the ability to create a tagfile. We had to install
25 Linux machines here a while ago and it is a pain
> Please ensure that "DEITY TEAM --" is in the subject line
> as it will aid in tracking your responses. We will endeavor
> to take everyones requests and comments into account but
> that does not guarantee all requests will be implemented.
Hahahahahahahha!
>2. I know there has been much traffic about the interface, but I think
the >best I've seen for this type of material is a nested list of packages.
Start >the top with all packages, then go to stable, contrib, non-free...
After that >break them down by group, i.e. admin, base, ... The thread
tha
Hi all,
Since the gentleman requested, and will soon be deluged with mail, I decided to
get my two cents
in early.
1. Please include a download status indicator. i.e. time remaining. I am
using a link that only lasts
three hours, and then shuts down. An indication of how much time is
nee
e all individuals and
organizations an opportunity to voice their requirements
and concerns. So fire away. Keep it short and terse.
Please ensure that "DEITY TEAM --" is in the subject line
as it will aid in tracking your responses. We will endeavor
to take everyones requests and comments i
48 matches
Mail list logo
