Re: dpkg feature implementation
On Tue, Jan 5, 2010 at 3:48 PM, Eugene V. Lyubimkin
> [ moved to debian-dpkg, debian-project is for non-technical stuff ]
> Bernhard R. Link wrote:
>> Which problem? dpkg is quite good in that regard: just give it a number
>> of .deb files to install and unless there are any Pre-Depends (which
>> usual non-system packages should not have), dpkg will sort out the order
>> to unpack/configure stuff.
> No, this is not always true.
> I support most Bernard's points against this proposal.
The developers and administrators will have to understand my point.
This is the only reason why people refuse to install any Linux OS. I
really don't have an answer to these simple windows users when they
say "what about offline software installation?". Now I cant explain
them technical procedures to it, they'll happily reject it.
As I said before (now referring to debian-dpkg)
"Even with apt-offline, people have to use this third party program to
generate information about his/her/both Debian system, then goto a
system with an internet connection, download the packages and install
it in their system...as compared to a simple click and install; this
is way harder for the common user who uses windows.
Security and size problems of super deb packages will always be there
with such packages, this is a major disadvantage, but considering
super deb packages will remove this major drawback with Linux...it
think it's worth it.
If this system is made to commence, all people who have refused to
install Linux is cause of it's packaging system (IMO, to all people
who have rejected so far under my knowledge) will have no problems
installing it. They don't have problems with root folder, nor the
mount system...they only have problems with this."