Hi anoteros,
anote...@teknik.io writes:
> Having used Gentoo for a few years now, one thing that has been
> annoying to me is the tremendous duplication of effort and uphill
> battle of creating ebuilds (build recipes) for language-specific
> packages that already have their own build systems.
>
On Wed, 7 Mar 2018 14:55:43 -0600
R0b0t1 wrote:
> I think you missed my point: Why are they easier to use?
Because it decouples your projects requirements from your OS and Vendor
requirements.
This becomes really useful if your OS/Vendor wishes to upgrade things
and force people to upgrade thin
On Wed, 7 Mar 2018 11:06:47 -0500
anote...@teknik.io wrote:
> Having used Gentoo for a few years now, one thing that has been annoying
> to me is the tremendous duplication of effort and uphill battle of
> creating ebuilds (build recipes) for language-specific packages that
> already have their ow
On Fri, Mar 9, 2018 at 3:11 PM, R0b0t1 wrote:
> On Fri, Mar 9, 2018 at 10:17 AM, Alec Warner wrote:
>> The containers are nominally stateless, so there is less chance of 'gunk'
>> building up and surprising me later. It also makes the lifecycle simpler.
>>
>> Obviously its somewhat harder for sta
On Fri, Mar 9, 2018 at 10:17 AM, Alec Warner wrote:
> The containers are nominally stateless, so there is less chance of 'gunk'
> building up and surprising me later. It also makes the lifecycle simpler.
>
> Obviously its somewhat harder for stateful services (databases, etc.) but I
> suspect thin
On Fri, Mar 9, 2018 at 11:17 AM, Alec Warner wrote:
>
> In contrast with disposable containers:
>
> Automated build process for my containers.
>
> If there is a bug in the build, I can throw my buggy containers away and
> build new ones.
>
> Containers are encouraged to be stateless, so logging in
On Thu, Mar 8, 2018 at 11:44 AM, R0b0t1 wrote:
> On Wed, Mar 7, 2018 at 3:06 PM, Rich Freeman wrote:
> > On Wed, Mar 7, 2018 at 3:55 PM, R0b0t1 wrote:
> >> On Wed, Mar 7, 2018 at 1:15 PM, Alec Warner wrote:
> >>>
> >>> Because containers are awesome and are way easier to use.
> >>>
> >>
> >> I
On Thu, Mar 8, 2018 at 4:00 PM, R0b0t1 wrote:
> On Thu, Mar 8, 2018 at 11:50 AM, Rich Freeman wrote:
>> If you have util-linux installed then try running (as any user - you
>> don't have to be root):
>> unshare -i -m -n -p -u -C -f --mount-proc -U -r /bin/bash
>>
>
> Interesting. I hadn't found
On Thu, Mar 8, 2018 at 11:50 AM, Rich Freeman wrote:
> If you have util-linux installed then try running (as any user - you
> don't have to be root):
> unshare -i -m -n -p -u -C -f --mount-proc -U -r /bin/bash
>
Interesting. I hadn't found a good interface to containers and
clone(2) besides Dock
On Wed, 7 Mar 2018 11:06:47 -0500
anote...@teknik.io wrote:
> Having used Gentoo for a few years now, one thing that has been annoying
> to me is the tremendous duplication of effort and uphill battle of
> creating ebuilds (build recipes) for language-specific packages that
> already have their ow
On Thu, Mar 8, 2018 at 11:44 AM, R0b0t1 wrote:
>
> I think I was equating containers to Docker as well. My point was
> instead of trying to manage dependencies, containers allow people to
> shove everything into an empty root with no conflicts. The
> enthusiastic blog post seems to restate this.
>
On Wed, Mar 7, 2018 at 3:06 PM, Rich Freeman wrote:
> On Wed, Mar 7, 2018 at 3:55 PM, R0b0t1 wrote:
>> On Wed, Mar 7, 2018 at 1:15 PM, Alec Warner wrote:
>>>
>>> Because containers are awesome and are way easier to use.
>>>
>>
>> I think you missed my point: Why are they easier to use?
>>
>
> I
On 03/07/2018 11:06 AM, anote...@teknik.io wrote:
> It seems reasonable to me to 'hook' portage into these
> other package managers, so that running 'emerge bar'
> would actually run 'cabal install bar' rather than
> downloading sources and running 'ghc'.
it gets tricky when there's no good way t
On 03/08/2018 07:25 AM, Michael Orlitzky wrote:
> On 03/08/2018 12:54 AM, Benda Xu wrote:
>>
>> This title itself is amusing enough
>>
>> Motherfuckers need package management
>>
>
> Which if it is not clear, is intended to be funny.
>
>
the colorful language was proportional to the enthusias
On 03/08/2018 12:54 AM, Benda Xu wrote:
>
> This title itself is amusing enough
>
> Motherfuckers need package management
>
Which if it is not clear, is intended to be funny.
2018-03-08 3:38 GMT+01:00 Benda Xu :
> Dear Rich,
>
> Rich Freeman writes:
>
> > Everybody I know has these sorts of complaints about language-based
> > PMs, whether they prefer Ubuntu, or Debian, or CentOS, or whatever.
> > Nobody wants random programs downloading random stuff and dropping
> > o
Hi Folks,
Michael Orlitzky writes:
> These other package managers don't solve any hard problems -- they're
> basically a fancy interface around wget and "git clone." Portage on the
> other hand has ~20 years of good ideas and hard work on the hard
> problems in package management. For example...
Dear Rich,
Rich Freeman writes:
> Everybody I know has these sorts of complaints about language-based
> PMs, whether they prefer Ubuntu, or Debian, or CentOS, or whatever.
> Nobody wants random programs downloading random stuff and dropping
> orphan files all over their filesystem with no way to
On Wed, Mar 7, 2018 at 3:55 PM, R0b0t1 wrote:
> On Wed, Mar 7, 2018 at 1:15 PM, Alec Warner wrote:
>>
>> Because containers are awesome and are way easier to use.
>>
>
> I think you missed my point: Why are they easier to use?
>
I suspect that he was equating "containers" with "Docker," which bo
On Wed, Mar 7, 2018 at 1:15 PM, Alec Warner wrote:
>
>
> On Wed, Mar 7, 2018 at 1:22 PM, R0b0t1 wrote:
>>
>> On Wed, Mar 7, 2018 at 11:52 AM, Alec Warner wrote:
>> > On Wed, Mar 7, 2018 at 11:51 AM, Michael Orlitzky
>> > wrote:
>> >>
>> >> On 03/07/2018 11:06 AM, anote...@teknik.io wrote:
>> >>
On Wed, Mar 7, 2018 at 3:12 PM, Michael Orlitzky wrote:
> On 03/07/2018 12:52 PM, Alec Warner wrote:
> >
> > I'm really not happy with the tone of this email, so I'm going to
> > comment on it a bit.
> >
>
> Ok, it would have benefited from a do-I-sound-like-a-dick proofread. I
> don't want to so
On 03/07/2018 12:52 PM, Alec Warner wrote:
>
> I'm really not happy with the tone of this email, so I'm going to
> comment on it a bit.
>
Ok, it would have benefited from a do-I-sound-like-a-dick proofread. I
don't want to sound discouraging because this is an area with lots of
room for improve
On Wed, Mar 7, 2018 at 1:22 PM, R0b0t1 wrote:
> On Wed, Mar 7, 2018 at 11:52 AM, Alec Warner wrote:
> > On Wed, Mar 7, 2018 at 11:51 AM, Michael Orlitzky
> wrote:
> >>
> >> On 03/07/2018 11:06 AM, anote...@teknik.io wrote:
> >> > Why should portage download some outdated second copy of the
> >>
On Wed, Mar 7, 2018 at 12:52 PM, Alec Warner wrote:
>
> https://wiki.gentoo.org/wiki/Project:Perl/g-cpan is a project is in a
> similar space and basically reads perl CPAN metadata to generate stub
> ebuilds.
> Portage tracks these stub ebuilds (and so for example, it tracks what these
> cpan pack
On Wed, Mar 7, 2018 at 11:52 AM, Alec Warner wrote:
> On Wed, Mar 7, 2018 at 11:51 AM, Michael Orlitzky wrote:
>>
>> On 03/07/2018 11:06 AM, anote...@teknik.io wrote:
>> > Why should portage download some outdated second copy of the
>> > sources for 'bar', rebuild it, and scatter it around the fi
On Wed, Mar 7, 2018 at 11:51 AM, Michael Orlitzky wrote:
> On 03/07/2018 11:06 AM, anote...@teknik.io wrote:
> > Why should portage download some outdated second copy of the
> > sources for 'bar', rebuild it, and scatter it around the file system
> > where it cannot be used by other programs inst
On 03/07/2018 11:06 AM, anote...@teknik.io wrote:
> Why should portage download some outdated second copy of the
> sources for 'bar', rebuild it, and scatter it around the file system
> where it cannot be used by other programs installed by cabal?
These other package managers don't solve any hard
Having used Gentoo for a few years now, one thing that has been annoying
to me is the tremendous duplication of effort and uphill battle of
creating ebuilds (build recipes) for language-specific packages that
already have their own build systems.
For example, many languages such as Python (pip), N
28 matches
Mail list logo