From: Martin Nybo Andersen <tweek@tweek.dk>
To: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Cc: "kevin granade" <kevin.granade@gmail.com>,
Valdis.Kletnieks@vt.edu, "Alan Cox" <alan@lxorguk.ukuu.org.uk>,
"Ryan C. Gordon" <icculus@icculus.org>,
"Måns Rullgård" <mans@mansr.com>,
linux-kernel@vger.kernel.org
Subject: Re: package managers [was: FatELF patches...]
Date: Wed, 4 Nov 2009 23:43:01 +0100 [thread overview]
Message-ID: <200911042343.01957.tweek@tweek.dk> (raw)
In-Reply-To: <Pine.LNX.4.64.0911042244030.24799@artax.karlin.mff.cuni.cz>
On Wednesday 04 November 2009 23:05:17 Mikulas Patocka wrote:
> > I think the important question here is what is is exactly that the
> > package manager *did* to break the app you are talking about?
>
> It interferred with my will to install the version of the software that I
> want.
>
> > be, and not magically be able to discern that you've replaced one of
> > the most core packages in the system (which, by the way is most
> > definitely not something that %99.999 of users are going to try)
>
> If you need new 3D driver because of better gaming performance ... if you
> need new lame because it encodes mp3 better ... if you need new libsane
> because it supports the new scanner that you have ... you are going to
> face the same problems like me when I needed new binutils. But the big
> problem is that persons needing these things usually don't have enough
> skills to install the software on their own and then fight with the
> package management system.
>
> On Windows, the user can just download the EXE, run it, click
> next-next-next-finish and have it installed. There is no package
> management that would try to overwrite what you have just installed.
Exactly. There is nothing to help you from installing incompatible software
(ie libraries). If your next-next-next-finish installer overwrites a crucial
library, you're screwed. The package manager, on the other hand, knows about
all your installed files and their dependencies and conflicts.
If you really want to fiddle with your own software versions, dependencies, and
conflicts, then the equivs package is a perfect helper, which lets you create
virtual Debian packages (empty packages with dependencies and such).
For instance, I compile mplayer directly from the subversion repository -
however I still have some packages installed, which depends on mplayer. Here
the virtual mplayer package keeps apt and friends from complaining.
My home brewed mplayer will still fail to work when a needed library is gone,
but now I only have about a dozen apps that can break this way (all are nicely
installed under /usr/local/stow btw).
Without the package manager, it would have been all of them.
Another nice thing about apt: It's an installer, that frees you from the next-
next-next steps. ;-)
-Martin
next prev parent reply other threads:[~2009-11-04 22:42 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-30 2:19 FatELF patches Ryan C. Gordon
2009-10-30 5:42 ` Rayson Ho
2009-10-30 14:54 ` Ryan C. Gordon
2009-11-01 19:20 ` David Hagood
2009-11-01 20:28 ` Måns Rullgård
2009-11-01 20:59 ` Ryan C. Gordon
2009-11-01 21:15 ` Måns Rullgård
2009-11-01 21:35 ` Ryan C. Gordon
2009-11-02 4:58 ` Valdis.Kletnieks
2009-11-02 15:14 ` Ryan C. Gordon
2009-11-03 14:54 ` Valdis.Kletnieks
2009-11-03 18:30 ` Matt Thrailkill
2009-11-01 22:08 ` Rayson Ho
2009-11-02 1:17 ` Ryan C. Gordon
2009-11-02 3:27 ` Rayson Ho
2009-11-02 0:01 ` Alan Cox
2009-11-02 2:21 ` Ryan C. Gordon
2009-11-02 6:17 ` Julien BLACHE
2009-11-02 18:18 ` Ryan C. Gordon
2009-11-02 18:59 ` Julien BLACHE
2009-11-02 19:08 ` Jesús Guerrero
2009-11-02 6:27 ` David Miller
2009-11-02 15:32 ` Ryan C. Gordon
2009-11-02 9:16 ` Alan Cox
2009-11-02 17:39 ` david
2009-11-02 17:44 ` Alan Cox
2009-11-02 19:56 ` Krzysztof Halasa
2009-11-02 20:11 ` david
2009-11-02 20:33 ` Krzysztof Halasa
2009-11-03 1:35 ` Mikael Pettersson
2009-11-02 15:40 ` Diego Calleja
2009-11-04 16:40 ` package managers [was: FatELF patches...] Mikulas Patocka
2009-11-04 16:54 ` Alan Cox
2009-11-04 17:25 ` Mikulas Patocka
2009-11-04 17:48 ` Martin Nybo Andersen
2009-11-04 18:46 ` Mikulas Patocka
2009-11-04 19:46 ` Alan Cox
2009-11-04 20:04 ` Mikulas Patocka
2009-11-04 20:27 ` david
2009-11-04 20:02 ` Valdis.Kletnieks
2009-11-04 20:08 ` Mikulas Patocka
2009-11-04 20:41 ` Valdis.Kletnieks
2009-11-04 21:11 ` Mikulas Patocka
2009-11-04 21:32 ` kevin granade
2009-11-04 22:05 ` Mikulas Patocka
2009-11-04 22:19 ` Marcin Letyns
2009-11-04 22:28 ` david
2009-11-04 22:43 ` Martin Nybo Andersen [this message]
2009-11-04 23:55 ` Mikulas Patocka
2009-11-05 2:24 ` Valdis.Kletnieks
2009-11-05 2:52 ` Mikulas Patocka
[not found] ` <f42384a10911050134t37a0a812hd85ff5541423dc9f@mail.gmail.com>
2009-11-05 9:35 ` Fwd: " Marcin Letyns
2009-11-10 11:40 ` Enrico Weigelt
2009-11-04 23:11 ` Valdis.Kletnieks
2009-11-05 0:05 ` Mikulas Patocka
2009-11-10 11:57 ` Enrico Weigelt
2009-11-04 17:36 ` Valdis.Kletnieks
2009-11-04 20:28 ` Ryan C. Gordon
2009-11-02 17:52 ` FatELF patches Ryan C. Gordon
2009-11-02 18:53 ` Alan Cox
2009-11-02 20:13 ` Ryan C. Gordon
2009-11-04 1:09 ` Ryan C. Gordon
2009-11-10 11:27 ` Enrico Weigelt
2009-11-10 12:40 ` Bernd Petrovitsch
2009-11-10 13:00 ` Enrico Weigelt
2009-11-10 13:19 ` Alan Cox
2009-11-02 16:11 ` Chris Adams
2009-11-01 20:40 ` Ryan C. Gordon
2009-11-10 10:04 ` Enrico Weigelt
[not found] <dAPfP-5R6-1@gated-at.bofh.it>
[not found] ` <dBOhH-uY-9@gated-at.bofh.it>
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200911042343.01957.tweek@tweek.dk \
--to=tweek@tweek.dk \
--cc=Valdis.Kletnieks@vt.edu \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=icculus@icculus.org \
--cc=kevin.granade@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mans@mansr.com \
--cc=mikulas@artax.karlin.mff.cuni.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox