On Sat, Feb 18, 2023 at 10:30:09AM -0500, Stefan Monnier wrote:
> > There are some hints at this in the GNU GPL (e.g. the sources have
> > to be made available in their "preferred form"), but it goes much
> > further, I think.
>
> As a long time Emacs hacker I can only agree. satisfying the legal
> The virtual environment model is a containerization: we're going
> to separate the versions of language and libraries that we use from
> everything else on the system so that we don't have to worry
> about cross-interference. That allows multiple projects to work
> on the same system.
That also
> There are some hints at this in the GNU GPL (e.g. the sources have
> to be made available in their "preferred form"), but it goes much
> further, I think.
As a long time Emacs hacker I can only agree. satisfying the legal part
of the definition of "Free Software" is just the first step. If you
to...@tuxteam.de wrote:
> On Fri, Feb 17, 2023 at 06:55:52PM +0100, Nicolas George wrote:
>
> I can't stand those "applications" (Ruby, Python, I'm looking at
> you) which have to run in some kind of "virtual environment".
It's not a requirement; it's a support system for developers to
manage d
On Sat, Feb 18, 2023 at 07:22:34PM +0700, Max Nikulin wrote:
> On 18/02/2023 13:33, tomas wrote:
> > On Sat, Feb 18, 2023 at 12:50:12PM +0700, Max Nikulin wrote:
> >
> > > When some application is packaged for Linux distributions it is easier to
> > > rebuild it with a custom patch. I suspect that
On 18/02/2023 13:33, tomas wrote:
On Sat, Feb 18, 2023 at 12:50:12PM +0700, Max Nikulin wrote:
When some application is packaged for Linux distributions it is easier to
rebuild it with a custom patch. I suspect that a developer distributing a
snap package may use specific and not well documente
On Sat, Feb 18, 2023 at 12:50:12PM +0700, Max Nikulin wrote:
[...]
> When some application is packaged for Linux distributions it is easier to
> rebuild it with a custom patch. I suspect that a developer distributing a
> snap package may use specific and not well documented build environment.
I
On 17/02/2023 00:48, winnie hw wrote:
When both snapd and apt sources are available, which one should I choose
for package installation? Though I found the package versions in snapd
are a bit newer than apt.
With snapd you do not have full control when an application is updated.
The daemon
On Fri, Feb 17, 2023 at 06:55:52PM +0100, Nicolas George wrote:
> Anssi Saari (12023-02-17):
> > Seconded. Specifically in the case of programming languages it may make
> > sense to install a current version
>
> Hard disagree on that. You will be tempted to use the latest shiny
> features that wil
Anssi Saari (12023-02-17):
> Seconded. Specifically in the case of programming languages it may make
> sense to install a current version
Hard disagree on that. You will be tempted to use the latest shiny
features that will be dropped in a few versions because the design was
flawed at its core.
I
Brian writes:
> On Fri 17 Feb 2023 at 05:55:03 +0800, winnie hw wrote:
>
>> Most versions in snapd are newer than apt. such as ruby,
>>
>> snap install ruby # version 3.2.1, or
>> apt install ruby # version 1:3.0~exp1
>
> I cannot better the existing very informative replies.
> It comes down
On Fri 17 Feb 2023 at 05:55:03 +0800, winnie hw wrote:
> Most versions in snapd are newer than apt. such as ruby,
>
> snap install ruby # version 3.2.1, or
> apt install ruby # version 1:3.0~exp1
I cannot better the existing very informative replies.
It comes down to what you want to achieve.
Stefan writes:
> Typically, these are services/applications written in things like
> node.js or Go, where it's common practice to use "vendoring" and to
> have dependencies that require "the one and only compatible version"
> of libraries.
Good reasons not to use such applications.
--
John Hasler
> When both snapd and apt sources are available, which one should I choose
> for package installation? Though I found the package versions in snapd are
> a bit newer than apt.
Snap and friends are technologies which make it easy to package an
application without having to pay attention to how it i
On Thu, Feb 16, 2023 at 4:56 PM Charles Curley
wrote:
>
> On Fri, 17 Feb 2023 01:48:15 +0800
> winnie hw wrote:
>
> > When both snapd and apt sources are available, which one should I
> > choose for package installation? Though I found the package versions
> > in snapd are a bit newer than apt.
>
On Fri, 17 Feb 2023 01:48:15 +0800
winnie hw wrote:
> When both snapd and apt sources are available, which one should I
> choose for package installation? Though I found the package versions
> in snapd are a bit newer than apt.
Newer isn't necessarily better. Recall the definition of upgrading:
Most versions in snapd are newer than apt. such as ruby,
snap install ruby # version 3.2.1, or
apt install ruby # version 1:3.0~exp1
Thanks
On Fri, Feb 17, 2023 at 4:45 AM Brian wrote:
> On Fri 17 Feb 2023 at 01:48:15 +0800, winnie hw wrote:
>
> > Hi,
> >
> > When both snapd and apt sources
On 2/16/23 15:45, Brian wrote:
On Fri 17 Feb 2023 at 01:48:15 +0800, winnie hw wrote:
Hi,
When both snapd and apt sources are available, which one should I choose
for package installation? Though I found the package versions in snapd are
a bit newer than apt.
Newer package versions? You woul
On Thu, Feb 16, 2023 at 06:57:17PM +0100, Nicolas George wrote:
> winnie hw (12023-02-17):
> > When both snapd and apt sources are available, which one should I choose
> > for package installation? Though I found the package versions in snapd are
> > a bit newer than apt.
>
> See this recent discu
winnie hw (12023-02-17):
> When both snapd and apt sources are available, which one should I choose
> for package installation? Though I found the package versions in snapd are
> a bit newer than apt.
See this recent discussion:
https://lists.debian.org/debian-user/2023/02/msg00373.html
Regards,
Hi,
When both snapd and apt sources are available, which one should I choose
for package installation? Though I found the package versions in snapd are
a bit newer than apt.
Thanks.
21 matches
Mail list logo
