| 1 |
On Wed, Mar 7, 2018 at 12:52 PM, Alec Warner <antarus@g.o> wrote: |
| 2 |
> |
| 3 |
> https://wiki.gentoo.org/wiki/Project:Perl/g-cpan is a project is in a |
| 4 |
> similar space and basically reads perl CPAN metadata to generate stub |
| 5 |
> ebuilds. |
| 6 |
> Portage tracks these stub ebuilds (and so for example, it tracks what these |
| 7 |
> cpan packages install and can remove them afterwards.) |
| 8 |
> |
| 9 |
|
| 10 |
This is the right general approach. If somebody were willing to do |
| 11 |
the work I'm sure it would be useful if portage had a more generic |
| 12 |
interface for stuff like this, such as a way to do plugins/etc. The |
| 13 |
idea would be to run some outside package manager in some kind of |
| 14 |
sandbox, then create a binary package from what gets installed. |
| 15 |
|
| 16 |
Everybody I know has these sorts of complaints about language-based |
| 17 |
PMs, whether they prefer Ubuntu, or Debian, or CentOS, or whatever. |
| 18 |
Nobody wants random programs downloading random stuff and dropping |
| 19 |
orphan files all over their filesystem with no way to identify these |
| 20 |
or clean them up. They're usually written by the same sorts of people |
| 21 |
who tell you to pipe curl into sudo bash... |
| 22 |
|
| 23 |
-- |
| 24 |
Rich |
Archives