Discussion:
[OT] Noticia: Ubuntu dice adiós para siempre a GNU/Linux
Add Reply
Camaleón
2025-03-25 16:50:01 UTC
Responder
Permalink
Hola,

Acaba de llegarme por RSS esta noticia:

****
Giro de 180 grados en Linux, revolución en Ubuntu que dice adiós para
siempre a GNU/Linux
https://computerhoy.20minutos.es/tecnologia/giro-180-grados-linux-revolucion-ubuntu-dice-adios-siempre-gnu-linux-1450517
****

Quitando la redacción «pelín» sensacionalista del artículo, no tenía ni
idea de las intenciones de Ubuntu.

¿Qué os parece? :-?

Saludos,
--
Camaleón
Luis Muñoz Fuente
2025-03-25 20:20:01 UTC
Responder
Permalink
Post by Camaleón
https://computerhoy.20minutos.es/tecnologia/giro-180-grados-linux-revolucion-ubuntu-dice-adios-siempre-gnu-linux-1450517
¿Qué os parece? :-?
No me queda muy claro lo de las licencias. Si Rust es un compilador, los
programas que hagas con él pueden seguir siendo GPL, así que no le veo
problema, es como si usas programas escritos en Perl o en Fortran.
Jose Luis Alarcon Sanchez
2025-03-25 21:00:02 UTC
Responder
Permalink
Post by Luis Muñoz Fuente
Post by Camaleón
https://computerhoy.20minutos.es/tecnologia/giro-180-grados-linux-revolucion-ubuntu-dice-adios-siempre-gnu-linux-1450517
¿Qué os parece? :-?
No me queda muy claro lo de las licencias. Si Rust es un compilador, los
programas que hagas con él pueden seguir siendo GPL, así que no le veo
problema, es como si usas programas escritos en Perl o en Fortran.
Hola.

El caso es que en la realidad, el grupo de programadores vamos a
llamarlos "pro o top" en lenguaje Rust es más bien reducido, son como
una comunidad algo cerrada y están conjurados para aplicar a sus
creaciones la licencia MIT, que es una licencia considerada open
software pero no es la licencia de GNU, que como todos sabemos aquí es
la GPL. Linux Torvalds se está encontrando con este mismo problema para
incluir partes Rust en el código del Kernel. Está explicado con mayor
profundidad en esta otra publicación:
 https://www.cyberciti.biz/linux-news/ubuntu-to-explore-rust-based-uutils-as-potential-gnu-core-utilities-replacement/
Un saludo.
Jose Luis.
--
https://lordofunix.org/

Usuario GNU/Hurd no registrado.
Usuario BSD registrado 51101.
Usuario Linux registrado #213309.
Una vez más cabalgaré con mis caballeros,
para defender lo que fue.....
y el sueño de lo que pudo ser.
Jesus0414
2025-03-26 01:10:01 UTC
Responder
Permalink
Cordial saludo.

Había leido sobre el artículo esta mañana.

Desde mi humilde perspectiva, ya que a pesar de llevar años usando Linux
sigo y me considero un noob, la verdad es que implementar la licencia MIT
al código para poder meterle rust, es super contradictorio.

Pasa que las implementaciones o soluciones en código que se hagan bajo
dicho licencia, pueden ser dejadas como privativas, es decir de código
aberto si, pero no las podria usar todo el mundo de forma abieta como pasa
con la licencia GPL, ya que, se les podria dar a los de canonical el no
compartir el código, que es lo que pasa con el software de free bsd; que
es abierto si, pero se puede privatizar.

El problemas mas grande, de nuevo, desde mi humilde perspectiva, es el
cambio de ideología dentro de partes de código del núcleo Linux.

Saludos!

El mar, 25 mar 2025, 7:32 p. m., Jose Luis Alarcon Sanchez <
Post by Camaleón
https://computerhoy.20minutos.es/tecnologia/giro-180-grados-linux-revolucion-ubuntu-dice-adios-siempre-gnu-linux-1450517
Post by Luis Muñoz Fuente
¿Qué os parece? :-?
No me queda muy claro lo de las licencias. Si Rust es un compilador, los
programas que hagas con él pueden seguir siendo GPL, así que no le
veo
problema, es como si usas programas escritos en Perl o en Fortran.
Hola.
El caso es que en la realidad, el grupo de programadores vamos a
llamarlos "pro o top" en lenguaje Rust es más bien reducido, son como
una comunidad algo cerrada y están conjurados para aplicar a sus
creaciones la licencia MIT, que es una licencia considerada open
software pero no es la licencia de GNU, que como todos sabemos aquí es
la GPL. Linux Torvalds se está encontrando con este mismo problema para
incluir partes Rust en el código del Kernel. Está explicado con mayor
https://www.cyberciti.biz/linux-news/ubuntu-to-explore-rust-based-uutils-as-potential-gnu-core-utilities-replacement/
Un saludo.
Jose Luis.
--
https://lordofunix.org/
Usuario GNU/Hurd no registrado.
Usuario BSD registrado 51101.
Usuario Linux registrado #213309.
Una vez más cabalgaré con mis caballeros,
para defender lo que fue.....
y el sueño de lo que pudo ser.
Roberto C. Sánchez
2025-03-26 01:30:01 UTC
Responder
Permalink
Post by Jesus0414
Cordial saludo.
Había leido sobre el artículo esta mañana.
Desde mi humilde perspectiva, ya que a pesar de llevar años usando Linux
sigo y me considero un noob,  la verdad es que implementar la licencia MIT
al código para poder meterle rust, es super contradictorio.
Pasa que las implementaciones o soluciones en código que se hagan bajo
dicho licencia, pueden ser dejadas como privativas, es decir de código
aberto si, pero no las podria usar todo el mundo de forma abieta como pasa
con la licencia GPL, ya que, se les podria dar a los de canonical el no
compartir el código,  que es lo que pasa con el software de  free bsd; que
es abierto si, pero se puede privatizar.
El problemas mas grande, de nuevo, desde mi humilde perspectiva,  es el
cambio de ideología dentro de partes de código del núcleo Linux.
Lo que pase es que por un lado (GPL) se pone más énfasis en proteger la
libertad y los derechos del usuario, mientras que por el otro lado (MIT)
se pone más énfasis en proteger la libertad y los derechos del
programador (que, como en este caso, puede ser una empresa buscando
lucro).

No me parece que se puede decir que uno o el otro es más correcto.

Saludos,

-Roberto
--
Roberto C. Sánchez
Parodper
2025-03-27 07:40:02 UTC
Responder
Permalink
1.
Ningún lenguaje de programación obliga a que el resultado tenga una
licencia, es decir que no se necesita la licencia del MIT para hacer
un programa en Rust
Entre comillas, puesto que los compiladores incluyen, en el programa
final, código suyo. GCC tiene una cláusula en su licencia
(https://www.gnu.org/licenses/gcc-exception-3.1-faq.html) para evitar
que los programas compilados con el tengan que ser GPL.
2.
No es contradictorio que un programador desee usar la licencia que
le venga bien en gana, es decir no por usar Rust el programa
resultante debe ser libre, o al contrario, no por usar una licencia
libre se debe programar en un determinado lenguaje de programación
Si, hay gente que le gusta mezclar churras y merinas, diciendo que esto
es «anti GPL» o «anti GNU», cuándo lo que les atrae de uutils es Rust. Y
viceversa, la expansión de Rust es totalmente independiente de la
popularidad de las licencias abiertas.
3.
Cualquier programa, sea la licencia que tenga, no protege de que el
autor cambie la licencia cuando más le plazca, cualquier programa
que tenga la licencia GPL puede en futuras versiones usar cualquier
otra licencia, al igual que sucede con MIT
Pero es complicado cuándo tienes varios autores.
5.
La licencia del MIT permite muchas más libertades que la GPL... Y si
una de ellas es que el trabajo derivado sea privativo, pero al final
de cuentas es una libertad más y depende de cómo se le vea... Podrá
ser bueno o malo
Desde mi punto de vista una falsa libertad.
hubble
2025-03-27 11:30:02 UTC
Responder
Permalink
On Thu, 27 Mar 2025 08:32:45 +0100
Post by Parodper
1.
Ningún lenguaje de programación obliga a que el resultado tenga una
licencia, es decir que no se necesita la licencia del MIT para hacer
un programa en Rust
Entre comillas, puesto que los compiladores incluyen, en el programa
final, código suyo. GCC tiene una cláusula en su licencia
(https://www.gnu.org/licenses/gcc-exception-3.1-faq.html) para evitar
que los programas compilados con el tengan que ser GPL.
Esa es la razón por la que el kernel linux es libre. Richard Stallman (el que creó GCC para un sistema operativo que quería que fuera libre (GNU)) obligó a Linus Torvalds a que el kernel linux fuera libre por usar su compilador.

Y sí, lo obligó, Linus no estaba muy de acuerdo en un principio en eso.

Al menos eso es lo que se leía en los grupos de noticias por aquella época.
Esteban Monge
2025-03-27 17:30:01 UTC
Responder
Permalink
Post by hubble
On Thu, 27 Mar 2025 08:32:45 +0100
Post by Parodper
1.
Ningún lenguaje de programación obliga a que el resultado tenga una
licencia, es decir que no se necesita la licencia del MIT para hacer
un programa en Rust
Entre comillas, puesto que los compiladores incluyen, en el programa
final, código suyo. GCC tiene una cláusula en su licencia
(https://www.gnu.org/licenses/gcc-exception-3.1-faq.html) para evitar
que los programas compilados con el tengan que ser GPL.
Esa es la razón por la que el kernel linux es libre. Richard Stallman (el que creó GCC para un sistema operativo que quería que fuera libre (GNU)) obligó a Linus Torvalds a que el kernel linux fuera libre por usar su compilador.
Y sí, lo obligó, Linus no estaba muy de acuerdo en un principio en eso.
Al menos eso es lo que se leía en los grupos de noticias por aquella época.
No se donde viste eso, pero las declaraciones de Torvalds te
contradicen, y lo cito, en inglés:
"So that original copyright license was just me writing things up, there
was pretty obviously no actual lawyerese or anything there.

The two important parts were the "full source has to be available" and
"no money may be involved". The note about copyright notices was because
I tended to hate the copyright boilerplate verbiage at the top of every
single source file, so I knew there weren't all that many notices
scattered in the sources themselves.

The "no money" part came about because I had been annoyed with (being a
rather poor student) having to pay something like $169 USD for Minix,
and that had been a fair amount of money to me. I felt that part of the
point was to make something available to others in my situation, and
that it really should be "free" in the actual money sense.

So for me, "free" as in "gratis" was actually an earlier concern than
the whole "free as in freedom". I still happen to believe that being
available even if you're a poor person who really doesn't have any money
at all is at least as important as anything else, because that's a basic
availability issue for many people."

Luego agrega que el cambio de licencia fue porque, lo cito de nuevo, en
ingles:
"Part of it was also because I felt that the availability of gcc was
very important to the project, so picking the GPLv2 as a homage to gcc
was appropriate.

Put another way: I still think that the availability issue is very
important. But I think the GPL makes that a non-issue in practice, so
making the license to be about the money side is pointless. And clearly
_allowing_ the commercial side has been a very good thing for
everybody."

Entonces nadie obligó a Torvalds, simplemente lo hizo como un homenaje a
la licencia del GCC y porque quería eliminar la restricción de uso
comercial que tenía el kernel original, además de que pensó que la GPL
garantizaba que Linux podía seguir siendo gratis.

Fuente:
https://www.datacenterknowledge.com/business/linus-torvalds-on-early-linux-history-gpl-license-and-money
hubble
2025-03-27 18:10:01 UTC
Responder
Permalink
On Thu, 27 Mar 2025 17:29:19 +0000
Post by Esteban Monge
Post by hubble
Al menos eso es lo que se leía en los grupos de noticias por aquella época.
No se donde viste eso, pero las declaraciones de Torvalds te
"So that original copyright license was just me writing things up, there
was pretty obviously no actual lawyerese or anything there.
The two important parts were the "full source has to be available" and
"no money may be involved". The note about copyright notices was because
I tended to hate the copyright boilerplate verbiage at the top of every
single source file, so I knew there weren't all that many notices
scattered in the sources themselves.
The "no money" part came about because I had been annoyed with (being a
rather poor student) having to pay something like $169 USD for Minix,
and that had been a fair amount of money to me. I felt that part of the
point was to make something available to others in my situation, and
that it really should be "free" in the actual money sense.
So for me, "free" as in "gratis" was actually an earlier concern than
the whole "free as in freedom". I still happen to believe that being
available even if you're a poor person who really doesn't have any money
at all is at least as important as anything else, because that's a basic
availability issue for many people."
Luego agrega que el cambio de licencia fue porque, lo cito de nuevo, en
"Part of it was also because I felt that the availability of gcc was
very important to the project, so picking the GPLv2 as a homage to gcc
was appropriate.
Put another way: I still think that the availability issue is very
important. But I think the GPL makes that a non-issue in practice, so
making the license to be about the money side is pointless. And clearly
_allowing_ the commercial side has been a very good thing for
everybody."
Entonces nadie obligó a Torvalds, simplemente lo hizo como un homenaje a
la licencia del GCC y porque quería eliminar la restricción de uso
comercial que tenía el kernel original, además de que pensó que la GPL
garantizaba que Linux podía seguir siendo gratis.
https://www.datacenterknowledge.com/business/linus-torvalds-on-early-linux-history-gpl-license-and-money
--
hubble <***@telefonica.net>
Parodper
2025-03-27 07:40:02 UTC
Responder
Permalink
A ver...
Conociendo más a Canonical que al Ubuntu mismo me parece que es otra
macana más que se mandan.
Canonical intenta e intentó ser disruptiva en muchas ocasiones y en
todas ellas (por lo menos en todas las que conozco) han fracasado
rotundamente.
Esto es un cambio muy menor, y los coreutils de GNU seguirán siendo una
opción, por lo que no veo cómo pueden fallar.
Loading...