From: "Jesús Guerrero" <i92guboj@terra.es>
To: "Ryan C. Gordon" <icculus@icculus.org>
Cc: <linux-kernel@vger.kernel.org>
Subject: Re: FatELF patches...
Date: Mon, 02 Nov 2009 20:08:12 +0100 [thread overview]
Message-ID: <2ad9fd71b862818ad4ef470cb1798780@localhost> (raw)
In-Reply-To: <alpine.OSX.1.10.0911021258270.464@caridad.icculuslan>
On Mon, 2 Nov 2009 13:18:41 -0500 (EST), "Ryan C. Gordon"
<icculus@icculus.org> wrote:
>> > 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.
>
> I can't imagine most people are interested in building repositories and
> telling their users how to add it to their package manager, period, but
> even less so when you have to build different repositories for different
> sets of users, and not know what to build for whatever is the next
popular
> distribution. For things like Gentoo, which for years didn't have a way
to
> extend portage, what was the solution?
I am not going into the FatELF thing. I am just following the debate
because it's interesting :)
However, for the sake of correctness about Gentoo,
1)
Gentoo has had support for "overlays" *for ages*. I am sure they were
there when I joined in 2004. So I am not sure why you say that portage
can't be extended. I can't be sure when did overlays get into scene, I have
no idea if they were there from the beginning, but even at that stage, if
nothing else, you could still use the "ebuild" tool directly over an
ebuild, stored at any arbitrary place, not necessarily in the portage tree.
Nowadays there's a great number of well known overlays, where several
Gentoo devs are involved. Some of these are the testbed for trees that are
later incorporated to the official portage tree. A well known example is
sunrise, because it's big and of a great quality, but there are many more.
2)
Gentoo is probably the last distro that would benefit from FatELF, since
it's a distro where each user slims the system down to his/her needs.
Gentoo is not about making things generic. That's what compiling for your
architecture, USE flags, etc. are all about. If there's a distro out there
where FatELF doesn't make any sense at all, that's Gentoo for sure (as a
representative of source distros, I guess the same could apply to LFS,
sourcemage, etc.).
3)
Besides that, the average Gentoo user has no problem rolling his own
ebuilds if needed and putting them into a local overlay. And even if they
lack the skill there's always the forum and bugzilla for that. This is as
last resource, as said, there are *lots* of well known and maintained
overlays out there.
Again, these are not arguments in favor or against FatELF, as said, I am
staying away of the discussion, just some clarifications for things that I
thought are not correct. :)
--
Jesús Guerrero
next prev parent reply other threads:[~2009-11-02 19:08 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
2009-11-02 18:18 ` Ryan C. Gordon
2009-11-02 18:59 ` Julien BLACHE
2009-11-02 19:08 ` Jesús Guerrero [this message]
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=2ad9fd71b862818ad4ef470cb1798780@localhost \
--to=i92guboj@terra.es \
--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