From: Julien BLACHE <jb@jblache.org>
To: "Ryan C. Gordon" <icculus@icculus.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: FatELF patches...
Date: Mon, 02 Nov 2009 07:17:26 +0100 [thread overview]
Message-ID: <87zl75h2mh.fsf@sonic.technologeek.org> (raw)
In-Reply-To: <alpine.OSX.1.10.0911012023020.55434@caridad.local> (Ryan C. Gordon's message of "Sun, 1 Nov 2009 21:21:47 -0500 (EST)")
"Ryan C. Gordon" <icculus@icculus.org> wrote:
Hi,
With my Debian Developer hat on...
> Package managers are a _fantastic_ invention. They are a killer
> feature over other operating systems, including ones people pay way
> too much money to use. That being said, there are lots of places where
> using a package manager doesn't make sense:
> experimental software that might have an audience but isn't ready for
> wide adoption
That usually ships as sources or prebuilt binaries in a tarball - target
/opt and voila! For a bigger audience you'll see a lot of experimental
stuff that gets packaged (even in quick'n'dirty mode).
> software that isn't appropriate for an apt/yum repository
Just create a repository for the damn thing if you want to distribute it
that way. There's no "appropriate / not appropriate" that applies here.
> software that distros refuse to package but is still perfectly useful
Look at what happens today. A lot of that gets packaged by third
parties, and more often than not they involve distribution
maintainers. (See debian-multimedia, PLF for Mandriva, ...)
> closed-source software
Why do we even care? Besides, commercial companies can just stop sitting
on their hands and start distributing real packages. It's no different
from rolling out a Windows Installer or Innosetup. It's packaging.
> and software that wants to work between distros that don't have
> otherwise-compatible rpm/debs (or perhaps no package manager at all).
Tarball, /opt, static build.
And, about the /lib, /lib32, /lib64 situation Debian and Debian-derived
systems, the solution to that is multiarch and it's being worked
on. It's a lot better and cleaner than the fat binary kludge.
JB.
--
Julien BLACHE <http://www.jblache.org>
<jb@jblache.org> GPG KeyID 0xF5D65169
next prev parent reply other threads:[~2009-11-02 6:28 UTC|newest]
Thread overview: 74+ 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 [this message]
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
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
-- strict thread matches above, loose matches on Subject: below --
2009-11-03 6:43 Eric Windisch
2009-11-03 11:21 ` Bernd Petrovitsch
2009-11-10 10:10 ` Enrico Weigelt
2009-11-10 12:15 ` Bernd Petrovitsch
2009-11-10 10:21 ` 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=87zl75h2mh.fsf@sonic.technologeek.org \
--to=jb@jblache.org \
--cc=icculus@icculus.org \
--cc=linux-kernel@vger.kernel.org \
/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