Ir al contenido

Usuario:Filiprino/sandbox

De Wikipedia, la enciclopedia libre

Fuentes que indican que el sistema operativo es GNU/Linux[editar]

GNU/Linux es un término aceptado por organizaciones cientificas/académicas como la ACM (Association of Computing Machinery) y el IEEE. Aquí tenéis una serie de fuentes en las que se usa el término GNU/Linux además de definiciones de sistemas operativos:

ACM, IEEE, bibliografía básica[editar]

Linux Journal[editar]

De las Preguntas Más Frecuentes:

Linux Journal, currently celebrating its 20th year of publication, is the original magazine of the global Linux community, delivering readers the advice and inspiration they need to get the most out of their Linux systems.[...]Linux Journal was first published in April 1994 by Phil Hughes and Bob Young, co-founder of Red Hat. Hughes went on to continue publishing Linux Journal for more than a decade, and in 2006, he handed the reins to long-time LJ employee Carlie Fairchild. Fairchild is the founder of Belltown Media, Inc., the current publisher of Linux Journal.
Linux Journal

La revista Linux Journal se creó en el momento que el núcleo Linux empezó a tener relevancia. Estamos hablando del año 1994 con Linux en la versión 0.99 - 1.0. De hecho en este artículo del 1 de marzo de 1994 del primer número de la revista se habla de la versión 0.99.15 que luego sería la 1.0 publicada el 14 de marzo de 1994. Huelga decir que todo lo publicado en Linux Journal contaba con el permiso del editor de la revista.

Número 1[editar]

Q. Why is GNU relevant to Linux?: A. It is fair to say that without the GNU project, your Linux system would not be the usable, fairly complete environment that it is today. Essentially all your utilities are from the GNU project--the C compiler, make , awk, the shell, the editors, almost all of the utilities are the GNU versions.
Linux Journal

Un articulista, colaborador del proyecto GNU, indicó que Linux sin GNU no sería el entorno usable y completo que era. Todas las herramientas eran del proyecto GNU.

The Free Software Foundation plays an extremely important role in the future of Debian. By the simple fact that they will be distributing it, a message is sent to the world that Linux is not a commercial product and that it never should be, but that this does not mean that Linux will never be able to compete commercially. For those of you who disagree, I challenge you to rationalize the success of GNU Emacs and GCC, which are not commercial software but which have had quite an impact on the commercial market regardless of that fact.
Linux Journal

El creador de Debian haciendo notar que Linux no es un producto comercial, aunque eso no signifique que no pueda ser usado comercialmente. Nótese que todavía no usaban la denominación GNU/Linux. Eso no llegó hasta el sexto número.

Número 2[editar]

The GNU C Library is more than a re-implementation of the Standard C Library; while it has all the features of the Standard C Library, it has far more interesting and useful features as well. Unfortunately, it is not necessarily a good idea to use all those features in your programs.[...]The linux C library is based almost completely on the GNU C library and will probably be merged with the GNU C library eventually. This does not imply that writing programs under linux requires or encourages writing non-portable programs. The -ansi switch for GCC enforces fairly strict ANSI compliance(1), and by default masks references to all the GNU extensions from the header files, so that you can be sure your program is completely portable. Section 1.3.4, Feature Test Macros, in the GNU C Library Reference Manual, explains how to choose which features you want included while using the GNU C Library.
Linux Journal

Hoy sabemos que la Biblioteca de C de Linux se pasó a la Biblioteca de C de GNU. Primero estuvo la Biblioteca de C de Linux basada en la biblioteca de Minix. Después se empezó a incluir código de la Biblioteca de C de GNU y finalmente se integró todo en la Biblioteca de C de GNU. Inicialmente sólo existía Linux (o incluso Minix/Linux y después Linux). Más tarde se convirtió en GNU/Linux. El Proyecto GNU adoptó el Núcleo Linux para su sistema operativo GNU. Opinión: Lo de Linux Journal tenía sentido cuando Linux era sólo Linux. Pero luego pasó a ser GNU/Linux. Reincidiendo en el aspecto de la API y ABI, véanse las macros (Respuesta en stackoverflow) que la GNU Libc tiene disponibles para todo aquél programa diseñado para GNU/Linux. La macro _GNU_SOURCE activa todas más las extensiones de GNU. Eso significa que tu programa utilizará las funciones especificadas por GNU además del resto de estándares implementados por la biblioteca GNU C. Si tu programa usa las funciones de GNU dejará de ser compatible con Unix (de ahí viene GNU: GNU is Not Unix).


Historically, the word Linux had a somewhat different meaning. It was really just the operating system kernel.[...] The problem is that this took a lot of time, and as the amount of support software available grew the choices grew as well.[...]The solution was for someone to make a distribution, a collection of software consisting of the kernel and all the support programs that a user would need. What happened is that more than one “someone” did this because of differing needs. And each of these distributions was called “Linux”. What's wrong with calling them Linux? Nothing, if we can avoid the confusion that it initially introduces. The confusion comes from two areas: Different distributions contain different programs. Linux is really the kernel. When we lump all the other programs in and still call the contents Linux we are ignoring the work of others including FSF for the C compiler and most of the utilities, and the University of California at Berkeley for Ingres and Postgres. I am sure the label Linux will stick, but I do think it is important that we recognize that there's a lot more to what we get in a distribution than code written by those who would be considered Linux developers.
Linux Journal

LS Jeff de Linux Journal reconoció que Linux es sólo el kernel y que hay que reconocer el trabajo que han hecho el resto de los que han escrito todos esos programas del proyecto GNU y otros. Otra evidencia de que el sistema ya no era Linux sino GNU/Linux. Utilizar sólo Linux es ignorar todo lo demás: Biblioteca de C de GNU, GNU Core Utilities, GNU Binutils. Usar el término Linux a secas lleva a confusión. Bueno, mi consideración es que la base común que permite reconocer debidamente qué forma parte del sistema es GNU/Linux en el caso de las distribuciones de escritorio. Cualquier combinación {Biblioteca de C de GNU,GNU Core Utilities, GNU Binutils, GNOME} da lugar a GNU/Linux.

Número 4[editar]

POSIX is a name originally coined by Richard Stallman for a family of open system standards based on Unix. There are a number of aspects of Unix under consideration for standardization, from the basic system services at the system call and C library level to applications and tools to system administration and management. Each area of standardization is assigned to a working group in the 1003 series. The POSIX Shell and Tools standard has been developed by IEEE Working Group 1003.2 (POSIX.2). It concentrates on the command interpreter interface and utility programs commonly executed from the command line or by other programs. An initial version of the standard has been approved and published by the IEEE, and work is currently underway to update it. There are four primary areas of work in the 1003.2 standard [...] Bash is concerned with the aspects of the shell's behavior defined by POSIX.2. The shell command language has of course been standardized, including the basic flow control and program execution constructs, I/O redirection and pipelining, argument handling, variable expansion, and quoting. The special builtins, which must be implemented as part of the shell to provide the desired functionality, are specified as being part of the shell; examples of these are eval and export. Other utilities appear in the sections of POSIX.2 not devoted to the shell which are commonly (and in some cases must be) implemented as builtin commands, such as read and test. POSIX.2 also specifies aspects of the shell's interactive behavior as part of the UPE, including job control and command line editing. Interestingly enough, only vi-style line editing commands have been standardized; emacs editing commands were left out due to objections. While POSIX.2 includes much of what the shell has traditionally provided, some important things have been omitted as being "beyond its scope". There is, for instance, no mention of a difference between a login shell and any other interactive shell (since POSIX.2 does not specify a login program). No fixed startup files are defined, either�the standard does not mention .profile.
Linux Journal

Esta cita la añado porque hace notar la relevancia del software de usuario de GNU para el cumplimiento con el estándar POSIX. El cumplimiento del estándar POSIX es una característica más que define un sistema operativo de tipo Unix. Android por ejemplo no es POSIX compatible. Pero GNU/Linux lo es, aunque cuenta con extensiones incompatibles que no son de uso obligatorio. Además de Bash, la biblioteca de C de GNU implementa POSIX Threads (Pthreads) y también NPTL (Native POSIX Threads Library)[3]​, contribuida por Ulrich Drepper, principal mantenedor de la Biblioteca de C de GNU, que en aquél momento trabajaba para Red Hat y ahora está en Goldman Sachs (Nota: ¿tendríamos que hablar de Red Hat Goldman Sachs GNU/Linux?). Sin la biblioteca de C de GNU no puedes usar hilos de forma portable, es decir, no puedes crear ningún proceso. Pero bueno, esto es algo intrínseco a la Glibc que ofrece una API y ABIs portables conforme a POSIX y estables.

Número 6[editar]

What is a distribution? A distribution is the organized compilation of the Linux kernel with all the other programs necessary to a complete operating system. All such compilations unclude the basic programs needed to runa minimal system; most include many extras, includng many full applications. Distributions also include the necessary programs to install themselves on your computer. As the GNU developers update the programs, you should be interested in acquiring and installing these new versions, since they very likely contain bug fixes, performance enhancements, and/or new features.
Linux Journal

En el número 6 de Linux Journal Debian pasó a llamarse Debian GNU/Linux. Fueron los únicos que hicieron el paso para reconocer en la denominación de su distribución el trabajo del proyecto GNU. La definición de distribución GNU/Linux indica claramente qué es lo que aportan las distribuciones: el sistema de gestión de paquetes que permite instalar y desinstalar el sistema operativo y las aplicaciones incluidas con el mismo.

Conclusiones[editar]

Todos estos artículos y citas significan que:

  1. GNU/Linux es un término aceptado por la comunidad científica, como Sulfato de aluminio.
  2. Usar GNU/Linux no es como usar Al2(SO4)3. Por tanto no es un problema de nombre común.
  3. Usar Linux es como llamar Aluminio o Sulfato al Sulfato de aluminio. El Sulfato sin aluminio no tiene un significado completo como Linux sin GNU es incompleto. No se puede ignorar ninguna de las dos partes cuando se trata de mencionar el sistema operativo que usan las aplicaciones y los humanos.
  4. GNU/Linux no es un Punto de Vista. Opinión personal: Red Hat y otras entidades comerciales han impuesto su propio esquema de nombres (punto de vista) para imponer sus contribuciones sobre las de otros que representan una ideología que puede perjudicar a corto plazo su negocio. Así pueden obviar el debate ético/filosófico que representa el proyecto GNU y con ello la Fundación de Software Libre (FSF). Por tanto, tenemos Red Hat Linux y no Red Hat GNU/Linux. Tenemos Ubuntu Linux y no Ubuntu GNU/Linux. Tenemos SUSE Linux y no SUSE GNU/Linux. Y así sucesivamente. Exceptuando Debian GNU/Linux. Pero todos ellos usan GNU/Linux como base e incluso algunos donan dinero a la FSF. Sin embargo se crearon entidades como la Linux Foundation, la Open Source Initiative o la Open Hanset Alliance donde se encuentran la mayoría de grandes actores en el mundo del software libre.

Teniendo en cuenta las pruebas anteriores, el término GNU/Linux no es un punto de vista, ni término controvertido ni una creencia. No sólo desde la FSF se dice que no hay que ignorar el resto del sistema operativo. También lo dijeron en su día articulistas del Linux Journal. Además, hay motivos técnicos que indican que el término correcto es GNU/Linux. La controversia la genera precisamente el uso de Linux y no de GNU/Linux. Al usar Linux para todo luego aparece gente en contra hablando de ideología y punto de vista subjetivo como único argumento. Obviamente el proyecto GNU consiste en una filosofía y ética determinadas. El software libre se hace por ética. Pero que no estés de acuerdo con dichos ideales no significa que el término GNU/Linux sea incorrecto, una creencia ó un punto de vista.

Filiprino (discusión) 01:43 8 may 2017 (UTC)

  1. ↑ Tanenbaum, Andrew S.; Boss, Herbert (2015). Modern Operating Systems. Pearson. pp. 1-4. ISBN 9780133591620. 
  2. ↑ Moody, Glyn (2002). Rebel Code: Linux and the Open Source Revolution. ISBN 978-0738206707. 
  3. ↑ «GNU C Library version 2.3.3 release». 
Obtenido de «https://es.wikipedia.org/w/index.php?title=Usuario:Filiprino/sandbox&oldid=100076306»