linux: comentarios [2987570]

#156 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--145513-- — Wed, 15 Aug 2018 20:25:13 +0000

#58 Es algo mas complicado y requiere mas tiempo y recursos. No hay mas preguntas, su señoria.

» autor: --145513--

#155 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--145513-- — Wed, 15 Aug 2018 20:24:22 +0000

#21 Pero como voy a confundir terminal con scripting, hombre, si llevo 30 años programando en multiples lenguajes, administrando y manipulando ordenadores de todos los tipos. Lo que yo he dicho se hace simplemente en un terminal con un par de comandos o tres en pocos segundos.

» autor: --145513--

#154 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

maloconocido — Wed, 01 Aug 2018 19:31:47 +0000

La memez más absoluta ya es el visor de mapas en ASCII, eso no lo usa ni el propio creador. Tanto luchar por pantallas con millones de colores, full HD, 4k, low latency, etc para tirar por tierra todo. Es como si alguien plantease hacer ruedas de coche de madera...

» autor: maloconocido

#153 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

SirViente — Tue, 31 Jul 2018 12:34:19 +0000

#104 Pues si llevas usando todos esos años la consola y no ves ventajas, poco la has usado.

Ventaja principal: Scripting, concatenación de comandos, volcado de salidas, etc.... lo scripteas una vez y lo tienes para siempre.

Lo de la "genial idea" de llamar a C: como /dev/sda1, etc, es para poder distinguir discos en unidades Raid o LVM, en los que tu "c:" puede ser mezcla de 4-5 o mas discos duros fisicos diferentes, de diferentes tamaños actuando como uno único (¿magia verdad? Y si supieras que puedes usar la RAM como disco.... hay que ver que cosas se pueden hacer con algo de conocimiento y el sistema adecuado)

» autor: SirViente

#152 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

SirViente — Tue, 31 Jul 2018 12:29:05 +0000

#102 Hombre cuando la gente suele hablar de servidores, no esta hablando de Windows Servers... cuyo uso, de cara a servicios en internet es practicamente nulo, si no de Linux/UNIX, en los que puedes hacer que un script se suba y se ejecute en cientos de maquinas de forma simultanea, o en los que la configuracion de varios servicios es literalmente, descomprimir un archivo de texto y reiniciar dicho servicio.

No comparemos servidores de oficina con servidores de internet o supercomputadores... es como comparar patinetes de xiaomi con ferraris o camiones...

» autor: SirViente

#151 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Tue, 31 Jul 2018 11:02:11 +0000

#150
Las tuberías aquí no tienen nada que ver. Sin utilizar GNU, pero utilizarás otra cosa porque esto es un sistema tipo UNIX y el núcleo no lo tocas ni con un palo. Al crear una tubería puede que obtengas un descriptor de fichero reutilizado por la Biblioteca de tiempo de ejecución de C que mantuviera en espera para mejorar el rendimiento, como ocurre con la memoria dinámica o los hilos en el caso de GNU OpenMP y GNU NPTL. La ABI que utiliza el usuario es la de GNU o Musl o la del espacio de usuario que sea. La ABI del núcleo solo la utiliza la ABI de la Biblioteca de tiempo de ejecución de C correspondiente, da igual si está integrada en la aplicación o se carga dinámicamente. La aplicación utiliza la ABI de la Biblioteca de tiempo de ejecución de C. No es posible acceder a la ABI del núcleo porque interferiría con las gestiones de la Biblioteca de tiempo de ejecución de C.

Es una pena que pretendas utilizar como fuentes webs que utilizan conceptos erróneos continuamente.

» autor: --581111--

#150 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Tue, 31 Jul 2018 04:58:26 +0000

#149 Tiene usted razón. El campo e_ident[EI_OSABI] en la cabecera del ELF es ignorado.

En #80 yo hablo de tuberías (pipes), expansión de parámetros, expresiones regulares. Todo esto se puede conseguir, sin utilizar GNU, contra un ABI de núcleo Linux con software ya existente. De igual manera se puede crear un ELF en estático para el ABI de kernel linux sin incluir nada de GNU.

Como este tema esta hiriendo sensibilidades en el futuro empleare el termino "Sistemas con ABI de kernel Linux" y le pido disculpas por utilizar algunas fuentes de información incorrectas como las siguientes:
www.gentoo.org/get-started/about/
www.openssh.com/portable.html
www.centos.org/about/
en.wikipedia.org/wiki/Linux

» autor: comadrejo

#149 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Mon, 30 Jul 2018 20:24:54 +0000

#148
Cuando hablo de GNU con Linux no acoto sólo al uso de Glibc. También a ld.so y Linux. Acoto a un sistema operativo.
github.com/torvalds/linux/blob/master/include/uapi/linux/elf.h#L38
No se puede realizar una clasificación más genérica. De GNU con Linux, Musl con Linux o uClibc con Linux se pasa a sistemas operativos con Linux o UNIX - System V, puesto que como ya hemos visto, el ABI del ELF es del todo irrelevante cuando se habla de sistemas tipo Unix.
Porque, ¿qué ocurre con las aplicaciones Windows que funcionan con Wine? ¿y qué ocurre con las aplicaciones para Android? ¿significa eso que las aplicaciones Wine están diseñadas para GNU con Linux? ¿y LXC? ¿y VirtualBox?
El formato del ejecutable es irrelevante, no define en ningún momento el sistema operativo objetivo. Basta con que ld.so reconozca el formato de ejecutable requerido para que cargue el binario y busque las bibliotecas dinámicas requeridas para dicho formato de binario.

¿Bash es para GNU o para Linux o para UNIX System V? (ELFOSABI_NONE 0 /* UNIX System V ABI */ ELFOSABI_SYSV 0 /* Alias. */)
readelf -h /bin/bash
Encabezado ELF:
Mágico: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Clase: ELF64
Datos: complemento a 2, little endian
Versión: 1 (current)
OS/ABI: UNIX - System V
Versión ABI: 0
Tipo: DYN (Fichero objeto compartido)
Máquina: Advanced Micro Devices X86-64
Versión: 0x1
Dirección del punto de entrada: 0x31520
Inicio de encabezados de programa: 64 (bytes en el fichero)
Inicio de encabezados de sección: 1111712 (bytes en el fichero)
Opciones: 0x0
Tamaño de este encabezado: 64 (bytes)
Tamaño de encabezados de programa: 56 (bytes)
Número de encabezados de programa: 9
Tamaño de encabezados de sección: 64 (bytes)
Número de encabezados de sección: 28
Índice de tabla de cadenas de sección de encabezado: 27

» autor: --581111--

#148 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Mon, 30 Jul 2018 20:10:54 +0000

#147 github.com/torvalds/linux/blob/master/include/uapi/linux/elf.h#L360

Yo entiendo que cuando usted habla de GNU/Linux esta acotando al uso de glibc y que cuando alguien habla de Linux se refiere a una clasificación mas genérica.
Pero me niega que se pueda hacer una clasificación superior. Igual puede negarme el uso del termino "Sistema Operativo" que sería una clasificación aun superior.

En todo caso es un asunto controvertido y mi actitud con el tema es flexible. En ningún momento quito relevancia a las implementaciones GNU, que en general son las mejores y utilizo masiva-mente.

» autor: comadrejo

#147 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Mon, 30 Jul 2018 19:36:31 +0000

#146
Son programas para distintos sistemas operativos, entre ellos GNU con Linux, Musl con Linux y uClibc con Linux.

No son programas para Linux. El ELF no define el sistema operativo para el que está diseñado un programa como tampoco lo define el valor del parámetro EL_OSABI (ELFOSABI). Lo que define es para qué núcleo de sistema operativo o sistema operativo se ha generado el binario.

Está bien que ignores todo lo que se te ha rebatido. Sigue así, llegarás lejos. ¿Te crees que los demás son tontos o qué?

Los valores hard coded no son definitorios (como tampoco lo es el GNU/Linux que aparece al ejecutar el comando uname -o). De todas maneras pongo aquí cómo está definido EI_OSABI y sus posibles valores. El valor 0x03 de EI_OSASBI se corresponde con ELFOSABI_GNU.

sourceware.org/git/?p=glibc.git;a=blob;f=elf/elf.h;h=7e2b072a7f75451c0
135 #define EI_VERSION 6 /* File version byte index */
136 /* Value must be EV_CURRENT */
137
138 #define EI_OSABI 7 /* OS ABI identification */
139 #define ELFOSABI_NONE 0 /* UNIX System V ABI */
140 #define ELFOSABI_SYSV 0 /* Alias. */
141 #define ELFOSABI_HPUX 1 /* HP-UX */
142 #define ELFOSABI_NETBSD 2 /* NetBSD. */
143 #define ELFOSABI_GNU 3 /* Object uses GNU ELF extensions. */
144 #define ELFOSABI_LINUX ELFOSABI_GNU /* Compatibility alias. */
145 #define ELFOSABI_SOLARIS 6 /* Sun Solaris. */
146 #define ELFOSABI_AIX 7 /* IBM AIX. */
147 #define ELFOSABI_IRIX 8 /* SGI Irix. */
148 #define ELFOSABI_FREEBSD 9 /* FreeBSD. */
149 #define ELFOSABI_TRU64 10 /* Compaq TRU64 UNIX. */
150 #define ELFOSABI_MODESTO 11 /* Novell Modesto. */
151 #define ELFOSABI_OPENBSD 12 /* OpenBSD. */
152 #define ELFOSABI_ARM_AEABI 64 /* ARM EABI */
153 #define ELFOSABI_ARM 97 /* ARM */
154 #define ELFOSABI_STANDALONE 255 /* Standalone (embedded) application */

Definición de EI_OSABI:
EI_OSABI The eighth byte identifies the operating system and
ABI to which the object is targeted. Some fields in
other ELF structures have flags and values that have
platform-specific meanings; the interpretation of
those fields is determined by the value of this byte.
For example:

ELFOSABI_NONE Same as ELFOSABI_SYSV
ELFOSABI_SYSV UNIX System V ABI
ELFOSABI_HPUX HP-UX ABI
ELFOSABI_NETBSD NetBSD ABI
ELFOSABI_GNU GNU ABI // también conocido como ELFOSABI_LINUX (alias de compatibilidad): code.woboq.org/userspace/glibc/elf/elf.h.html
ELFOSABI_SOLARIS Solaris ABI
ELFOSABI_IRIX IRIX ABI
ELFOSABI_FREEBSD FreeBSD ABI
ELFOSABI_TRU64 TRU64 UNIX ABI
ELFOSABI_ARM ARM architecture ABI
ELFOSABI_STANDALONE Stand-alone (embedded) ABI

¿Sabías que en www.kernel.org/ encontrarás el código fuente de Linux y que Linux se define a sí mismo como sistema operativo? ¿Sabías que dicha definición fue cambiada al pasar a Linux 2.x? ¿sabías que la definición original, que se corresponde con la realidad, era la de núcleo de sistema operativo?

» autor: --581111--

#146 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Mon, 30 Jul 2018 19:12:05 +0000

#145 Cuando hablo de programas Linux me estoy refiriendo a binarios ELF marcados en la cabecera con e_ident[EI_OSABI]=0x03, independientemente de las dependencias que tengan. Como si están construidos en asm llamando solo al api del kernel.

Usted afirma que eso no existe. Me parece bien, es una opinión respetable.

» autor: comadrejo

#145 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Mon, 30 Jul 2018 09:22:30 +0000

#142
Y dirás "Podemos discutir si xfce+gtk3+cairo+etc fuera de GNU con Linux es seguro o eficiente, pero posible es." Y eso sólo es posible con la labor de porting necesaria, como la labor de porting necesaria para tener Qt en Windows. Es decir, estás programando específicamente para el sistema operativo que sea: GNU, uClibc, Musl, etc. Cada SO tiene sus propios bugs y aunque uClibc pretenda ser compatible con GNU nunca lo será con sus bugs. Si quiere 100% compatibilidad ha de imitar incluso los bugs de GNU. Si no los imita entonces la aplicación deberá ser modificada para soportarla.

No son programas de Linux, porque no existen los programas para Linux. Y por lo que veo no sabes compilar un programa ISO C contra Wine o contra Windows. He dicho compilar para cada sistema operativo, no he hablado de binario único en ningún momento. Empieza por ahí y quizá termines entendiendo algo de todo este galimatías.

» autor: --581111--

#144 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

foxaxel — Mon, 30 Jul 2018 08:51:45 +0000

#143 es que no se me había dado el caso de tener que escribir en un archivo sin permiso de escritura siendo el fichero de mi usuario. Pero está bien saberlo.

» autor: foxaxel

#143 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Dangi — Mon, 30 Jul 2018 08:26:09 +0000

#139 Pues aquí te dejo una respuesta de stackoverflow, todas las formas de salir de vi/vim

stackoverflow.com/questions/11828270/how-to-exit-the-vim-editor

Para mi el mas util es el :wq! para salir por las bravas guardando o el :q! para salir sin guardar

» autor: Dangi

#142 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Mon, 30 Jul 2018 04:47:30 +0000

#141 Podemos discutir si xfce+gtk3+cairo+etc fuera de glibc es seguro o eficiente, pero posible es.

Yo para compilar programas de C de linux en windows solo he conseguido resultados con Mingw.

» autor: comadrejo

#141 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Mon, 30 Jul 2018 02:00:05 +0000

#140
Todo ese rollo para decir lo que ya he dicho: que si compilas con el ISO C influenciado por GNU igual que POSIX C también influenciado por GNU el programa es portable y funcionará con cualquier sistema operativo, incluyendo Windows aunque no lo quieras reconocer. Pero ese hecho no cambia que el sistema operativo en ejecución sea GNU con Linux, Musl con Linux o GNU con GNU Hurd o GNU con NT.

Si no sabes qué significa "cargador" (del inglés loader) difícilmente comprenderás el funcionamiento de Wine, lo que es normal ya que tú mismo has dicho que es un emulador. Y no es un emulador. ELF, PE, Winelib o Mach-O. Todo es lo mismo. El cargador lo abstrae.

wiki.winehq.org/Wine_Developer's_Guide/Architecture_Overview

Insiste todo lo que quieras, Wine va en dos direcciones.

En el caso del ejemplo enlazado con musl hay 0 llamadas que no al sean al kernel.
En ninguno de los dos casos hay llamadas al kernel. Sólo hay llamadas a la biblioteca de tiempo de ejecución de C.
El ejemplo que pusiste a posteriori utilizando la llamada a sistema directamente elimina el uso de una biblioteca de C del sistema operativo que haya por defecto en la máquina. De hecho es una reimplementación de la biblioteca de C del sistema operativo, creando tu propia variante de SO.

¿Y en el caso de Gentoo? ¿A veces GNU/Gentoo a veces Posix/Gentoo? ¿Depende/Gentoo?
Le recuerdo que si utiliza solo aplicaciones posix en gentoo como openrc, xfce, xorg, etc... puede migrar de glibc a uClibc y viceversa recompilando el sistema.
xfce.org/download/changelogs/4.12
GTK+ dependency >= 2.24 and GLib >= 2.30.
mirrors.edge.kernel.org/pub/linux/libs/uclibc/Glibc_vs_uClibc_Differen
XFCE utiliza GTK, depende de Glib que es la biblioteca de GNOME, perteneciente al proyecto GNU, casualmente pensada para Glibc. Cada sistema operativo con Linux habrá realizado las adaptaciones que haya creído convenientes.
OpenRC no es más que un conjunto de scripts y un proceso init que los ejecuta, eso no parte definitoria del sistema operativo. No cambia la API del SO. Pero sí que es cierto que dicho proceso init debe estar preparado para ser compatible con GNU, Musl, uClibc, Bionic o lo que sea.

Si migras de una a otra recompilando significa que ya tienes que andar adaptando de un sistema operativo a otro. De hecho las diferencias entre uClibc y Glibc (o cualquier otra biblioteca) te obligan a realizar trabajo adicional para portar programas, por mucho que cumplas con POSIX. Las bibliotecas también tienen bugs y cada una tiene los suyos. Por otra parte nadie se ciñe exclusivamente a POSIX. Es una definición básica e insuficiente. Eso sí, cada vez meten más cosas de GNU, igual que en el ISO C.

R no compila con uClibc (2012): stat.ethz.ch/pipermail/r-help/2012-August/321428.html
Qt no se ha portado a Musl (2017): github.com/voidlinux/void-packages/issues/6893 Los de void Linux no han continuado con el port. Así que no tienes Qt 5.9 en Musl con Linux. Por el momento. Habrá que conformarse con Qt 5.43:

» autor: --581111--

#140 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Mon, 30 Jul 2018 00:08:24 +0000

#138 Cada vez va usted mezclando mas las cosas.

En #135 hace una afirmación asombrosa. Que la biblioteca estándar de C (ISO C99) , posix (POSIX.1-2008), musl y uClibc son incompatibles.
Lo que yo conozco:
Posix engloba todo el ISO C mas sus funciones.
Glibc engloba todo Posix y por ende ISO C mas sus funciones.
Musl engloba todo Posix y por ende ISO C mas sus funciones con la excepción de pthread.h
uClibc engloba Posix y por ende ISO C. Es modular siendo posible excluir por ejemplo IPV6 u otros compones. Es muy util para sistemas empotrados.

Por lo tanto si se realiza un programa que cumpla con ISO C es enlazable con todas las anteriormente mencionadas. Como los cutre ejemplo que puse.

Otra afirmación asombrosa es la realizada en #138 "También podrías recompilarla contra Wine y tendrías una aplicación compatible con Windows". Realmente lo que se puede hacer es lo contrario. Programa fuente diseñado para windows.... compilarlo y enlazarlo como ELF incluyendo la conversión de llamadas win a linux syscall, D3D a opengl y mfc a Xwin entre otras conversiones. Pero insisto... la dirección es Windows ---> Linux.

Hay otro concepto que nombra en #138, donde menciona un tal "cargador". No se si se refiere al compilador, el enlazador, el ensamblado.
Si se refiere al compilador... no es importante, puesto que utilizando clang, el compilador de intel, u otro que cumpla con ISO C99 los cutre ejemplos que puesto funcionaran. Lo realmente importante son las opciones de enlazado (linker) que son las que dictaminan si se necesitaran librerías dinámicas y cuales serán.
Siempre es instructivo: www.calleerlandsson.com/posts/the-four-stages-of-compiling-a-c-program
Una forma de comprobar las llamadas en un ELF es objdump -T <binario elf> si existen las llamadas a librerías dinámicas y al kernel.
En el caso del ejemplo enlazado con musl hay 0 llamadas que no al sean al kernel.

En el caso de Alpine Linux dice usted que debería llamarse Alpine Posix.
alpinelinux.org/about/

¿Y en el caso de Gentoo? ¿A veces GNU/Gentoo a veces Posix/Gentoo? ¿Depende/Gentoo?
Le recuerdo que si utiliza solo aplicaciones posix en gentoo como openrc, xfce, xorg, etc... puede migrar de glibc a uClibc y viceversa recompilando el sistema.

P.D.: No entiendo la invocación a la ultra-derecha.

» autor: comadrejo

#139 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

foxaxel — Sun, 29 Jul 2018 22:18:18 +0000

#134 si puede ser yo mismo hace años lo busqué no es nada intuitivo.

Pues acabo de aprender el :wq! Para forzar escribir en archivos de solo lectura y salir.

» autor: foxaxel

#138 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sun, 29 Jul 2018 18:33:03 +0000

#137
Es evidente que si usas extensiones de GNU tendrás que enlazar con la GNU C o cualquier otra compatible con GNU C. Y si no utilizas extensiones de GNU utlizarás el C normal o el POSIX que ha sido influenciado por GNU. ¿Y qué tiene eso de relevante? Tu aplicación será compatible con GNU y otros sistemas operativos.

¡Viva el vino! ¡viva el Wine! ¡no soy de extrema derecha!

Que no uses las extensiones de GNU no significa que tu programa no se esté ejecutando con la ABI de GNU. Y no significa que tu programa no esté diseñado para funcionar con GNU. ¿Cuál es el cargador que estás utilizando para el binario?

La primera aplicación diría que es para Musl con Linux:
La primera aplicación utilizas el linker y cargador de Musl:
%(cc1_cpu) -nostdinc -isystem /usr/include/x86_64-linux-musl -isystem include%s
~~dynamic~~linker /lib/ld-musl-x86_64.so.1 -nostdlib %{shared:-shared} %{static:-static} %{rdynamic:-export-dynamic}

ls -d /usr/include/x86_64-linux-*
/usr/include/x86_64-linux-gnu /usr/include/x86_64-linux-musl

Y la segunda aplicación es para GNU con Linux. Pero el mismo binario no te funcionará con los dos sistemas operativos.

GNU con Linux y Musl con Linux. ¡Que chorprecha!

Paquete musl-tools en Debian. También podrías recompilarla contra Wine y tendrías una aplicación compatible con Windows. Esa misma aplicación la podrías recompilar para Darwin y sería una aplicación para Darwin además de GNU o Musl. Felicidades, has realizado una aplicación portable. Eso no cambia el sistema operativo que esté usando según contra qué esté enlazado y con qué sea cargado el binario en el momento de su ejecución.

» autor: --581111--

#137 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sun, 29 Jul 2018 17:40:40 +0000

#135 Evidentemente el software que utilice las extensiones de GNU solo se puede enlanzar contra glibc. No es el caso de por ejemplo busybox, xfce.
Como ejemplo esta Alpine Linux.

La incompatibilidad de la que usted habla solo ocurre si se utilizan las extensiones de GNU.
Ejemplo sencillo.

====== hola.c =====
#include <stdio.h>

int main(void)
{
printf("Hola Mundo");
return 0;
}
=================
$ musl-gcc -o hola_musl hola.c
$ ./hola_musl
Hola Mundo
$ objdump -T hola_musl

hola_musl: formato del fichero elf64-x86-64

DYNAMIC SYMBOL TABLE:
0000000000000000 DF UND 0000000000000000 puts
0000000000000000 DF UND 0000000000000000 __libc_start_main
0000000000601030 g D .data 0000000000000000 _edata
0000000000601038 g D .bss 0000000000000000 _end
0000000000400390 g DF .init 0000000000000002 _init
0000000000601030 g D .bss 0000000000000000 __bss_start
00000000004004dc g DF .fini 0000000000000002 _fini

$ gcc -o hola_gcc hola.c
$ ./hola_gcc
Hola Mundo
$ objdump -T hola_gcc

hola_gcc: formato del fichero elf64-x86-64

DYNAMIC SYMBOL TABLE:
0000000000000000 w D UND 0000000000000000 _ITM_deregisterTMCloneTable
0000000000000000 DF UND 0000000000000000 GLIBC_2.2.5 puts
0000000000000000 DF UND 0000000000000000 GLIBC_2.2.5 __libc_start_main
0000000000000000 w D UND 0000000000000000 __gmon_start__
0000000000000000 w D UND 0000000000000000 _ITM_registerTMCloneTable
0000000000000000 w DF UND 0000000000000000 GLIBC_2.2.5 __cxa_finalize

¿Como se ha producido el milagro? No utilizando las extensiones de GNU.

Incluso podemos hacer un cutre programa demo sin pasar por librería estándar (versión solo para amd64).

====== syscall_a_pelo.c =====
void _start() {
asm("mov $60,%rax; mov $0,%rdi; syscall");
}
=========================

gcc -nostdlib syscall_a_pelo.c

Evidentemente si quiero Gnome tengo que utilizan glibc.

» autor: comadrejo

#136 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sun, 29 Jul 2018 17:08:40 +0000

#135
En los repositorios de Gentoo tienes software preparado para GNU con GNU Hurd. Igual que en Debian. Ese mismo software está preparado para GNU con Linux. Gentoo además dispone de software preparado para Musl con Linux y uClibc con Linux. Eso son tres sistemas operativos distintos.

Y no se pueden instalar al mismo tiempo. Son incompatibles entre sí. Se requiere recompilar dicho software.

» autor: --581111--

#135 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sun, 29 Jul 2018 16:51:12 +0000

#131 #132
Wine tampoco es ningún emulador. WINE significa Wine Is Not an Emulator.
La Biblioteca estándar de C es una cosa.
La Biblioteca estándar de C de POSIX es otra cosa.
La Biblioteca estándar de C de GNU es otra cosa.
La Biblioteca estándar de C de Musl es otra cosa.
La Biblioteca estándar de C de uClibc es otra cosa.
La Biblioteca estándar de C de Bionic es otra cosa.
WINE (o Wine) implementa la Biblioteca estándar de C de Microsoft. Y ésta es otra cosa.

Todas ellas incompatibles entre sí.

Cómo se denominen a sí mismas las distribuciones de GNU con Linux es irrelevante. La extrema derecha no se autodenomina como extrema derecha y no por ello dejan de ser extrema derecha.

En los repositorios de Gentoo tienes software preparado para GNU con GNU Hurd. Igual que en Debian. Ese mismo software está preparado para GNU con Linux. Gentoo además dispone de software preparado para Musl con Linux y uClibc con Linux. Eso son tres sistemas operativos distintos.

GNU-Linux es Linux junto con la biblioteca de tiempo de ejecución de GNU, las utilidades nucleicas de GNU (coreutils), las utilidades binarias de GNU (binutils) y un largo etcétera entre los que se incluye el dialecto de C de GNU. El uso de cualquiera de ellos convierte al programa en diseñado para ser compatible con GNU.

Si se llama biblioteca de tiempo de ejecución de GNU (GNU C runtime library) es por algo
Y es que dispone de funcionalidad específica de GNU y que si eres compatible con GNU eres incompatible con otros SOs salvo que lo hagas multiplataforma y tengas código que abstraiga todas las particularidades para poder explotar al 100% cada SO. La biblioteca de tiempo de ejecución de GNU realiza operaciones que otras bibliotecas de tiempo de ejecución no realizan.
Una comparación con algunas cosas: www.etalabs.net/compare_libcs.html

Con la GNU C runtime library también se incluye GNU ld, el cargador de binarios ejecutables y bibliotecas. Por cierto, dlopen() se incluyó en POSIX 2001 después de llevar bastante tiempo en la GNU C runtime library.
POSIX.1-2001 describes dlclose() and dlopen(). The dlmopen() function is a GNU extension.

The RTLD_NOLOAD, RTLD_NODELETE, and RTLD_DEEPBIND flags are GNU extensions; the first two of these flags are also present on Solaris.

Luego está también el tema de la ABI, caso en el cual todos imitan la de GCC ... así que si fuera por eso todo sería GNU pero supongo que eso ya no gusta.

Extensiones GNU C: gcc.gnu.org/onlinedocs/gcc/C-Extensions.html#C-Extensions
Extensiones sólo para GNU C++: gcc.gnu.org/onlinedocs/gcc/C_002b_002b-Extensions.html#C_002b_002b-
ABI de GNU:
* gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html
* gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html

Explicaciones acerca de la ABI: en.wikipedia.org/wiki/Application_binary_interface
* Convención para llamadas a procedimientos
** en.wikipedia.org/wiki/Calling_convention
** Arquitectura x86 dispone de múltiples formas. En el mundo POSIX actual se utiliza la de GCC (GNU): en.wikipedia.org/wiki/X86_calling_conventions
* Formato del binario. Aunque hay un estándar, el ELF, si usas GNU ld o gold el binario tiene ciertas extensiones con información adicional, útiles para depurar o modificar el comportamiento a la hora de buscar bibliotecas: en.wikipedia.org/wiki/Rpath Gracias al Rpath configurado por GNU ld puedes modificar en un sistema GNU-Linux el archivo /etc/ld.so.conf con rutas adicionales para bibliotecas. Siempre habrá otros que lo imiten para ser compatibles con GNU.
* Cómo hacer las llamadas a sistema. La GNU libc provee facilidades para realizar llamadas a sistema mediante la función syscall().

En serio, déjalo.

» autor: --581111--

#134 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Dangi — Sun, 29 Jul 2018 16:25:33 +0000

#114 tu sabias que las preguntas mas buscadas de stackoverflow es como salir de vi/vim ?

Y esa orden al menos en vi es un salir a las bravas guardando

» autor: Dangi

#133 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sun, 29 Jul 2018 15:18:18 +0000

#131 Proceso de enlazado (link). Mil perdones.

» autor: comadrejo

#132 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sun, 29 Jul 2018 15:08:14 +0000

#130 Vamos a hacer otro enfoque del asunto.

Un par de ejemplo de distribuciones que no se autodenominan GNU:
www.centos.org/about/
www.gentoo.org/get-started/about/

En Centos podría tener sentido ponerle el GNU porque funciona casi exclusivamente utilizando glibc, pero en el caso de Gentoo te mentirían porque puedes construir el sistema sin glibc.

Otra cosa es como le gustaría a la FSF que se denominaran, que no es obligatorio.

» autor: comadrejo

#131 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sun, 29 Jul 2018 14:59:11 +0000

#129 Musl, uClibc, Glibc son implementaciones de la biblioteca estándar.
es.wikipedia.org/wiki/Biblioteca_estándar_de_C

No son ningún emulador.

Creo que esta discusión se esta alargado porque usted piensa que siempre hay que pasar por glibc para llegar al API del kernel.
Estamos hablando del proceso de lanzado (link) de programa al construir el binario.

» autor: comadrejo

#130 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sun, 29 Jul 2018 14:48:09 +0000

#128
El listado de distribuciones de GNU con Linux que indicas es de distribuciones 100% libres. Que no sean 100% libres no significa que no sean sistemas operativos de GNU con Linux.

» autor: --581111--

#129 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sun, 29 Jul 2018 14:40:52 +0000

#128
Si utilizas aplicaciones enlazadas con Musl dichas aplicaciones están diseñadas para Musl (con Linux o el núcleo que sea). ¿Qué es sino Wine?
¿No es posible acaso virtualizar un sistema operativo dentro de otro? ¿Qué es sino LXC? ¿VirtualBox?
¿Significa eso que las aplicaciones con Wine están hechas para Linux? ¿y lo que ejecutes dentro de VirtualBox también? ¿y lo que ejecutes con LXC también?
La respuesta es no.

Linux es una marca registrada, pero no es una marca de sistema operativo sino de núcleo de sistema operativo.

Y lo siento, pero el ecosistema de Linux no es único. No existe eso de «ecosistema Linux». Musl es incompatible con GLibc entre otras razones porque no implementa el GNU C. Aquí tienes una comparativa básica entre distintas bibliotecas de C: www.etalabs.net/compare_libcs.html
Los programas han de ser programados específicamente para cada biblioteca de tiempo de ejecución de C.

Por otra parte decir "kernel Linux" es redundante.
Tampoco comprendo para qué preguntas nada.

» autor: --581111--

#128 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sun, 29 Jul 2018 14:34:18 +0000

#122 Existe la posibilidad de hacer una distribución que contenga una parte de las utilidades de usuario enlazadas contra glibc y otra parte contra musl u otra implementación de libc. Esto que digo es medianamente fácil conseguirlo con Gentoo o LFS. No se suele hacer por razones practicas pero es posible.
Incluso se puede llegar a enlazar parte de la herramientas gnu contra musl.

En cuanto a que se puede llamar Linux, el propietario de la marca dice que todo lo que lleve el kernel.
Recordemos que mi mención fue a todo el ecosistema de kernel linux independientemente de si se utiliza glibc.
Algo similar a cuando nos referimos a unix que englobaría linux.

Si nos atenemos a la lista de las distribuciones "dignas" de llevar el GNU este es el resultado según la FSF:
www.gnu.org/distros/free-distros.html

» autor: comadrejo

#127 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sun, 29 Jul 2018 14:05:39 +0000

#126 Mi problema es que aunque no demasiados, aun tengo que administrar servidores hp-ux y screen haciendo piruetas funciona.

» autor: comadrejo

#126 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

amospalla — Sun, 29 Jul 2018 09:44:44 +0000

#119 Cierto. Te recomiendo que le eches un ojo a tmux, vendría a ser el sustituto de screen, mucho más funcional.

Gracias por aportar algo interesante a este tema! Más de un centenar de posts y casi todo de trolls para ver quién la tiene más grande .

» autor: amospalla

#125 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chochis — Sun, 29 Jul 2018 08:37:59 +0000

#124 los de jetbrains son unos quemacpu... Igual para alguna cosa concreta como Android puede tener sentido, para Ruby te digo yo que no.

» autor: chochis

#124 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--70349-- — Sun, 29 Jul 2018 06:55:42 +0000

#44 amo vim, uso vim, recomiendo aprender vim a cualquiera que administre o programe... es de lo mejor, pero para programar hay cosas mucho más específicas que te hacen más poderoso. Jetbrains se llamará mi primer hijo

» autor: --70349--

#123 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--70349-- — Sun, 29 Jul 2018 06:50:21 +0000

#109 donde esté la bicicleta que se quite el avión

» autor: --70349--

#122 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sun, 29 Jul 2018 00:31:45 +0000

#121
Lo que define el SO es la API del mismo. Dicha API tiene su parte de espacio no privilegiado y de espacio privilegiado.
Hay por tanto dos componentes fundamentales: la biblioteca de C y el núcleo. La inclusión de OpenSSH no cambia el sistema operativo.

En la imagen adjunta hay un esquema del equivalente en Darwin en su variante (distribución) macOS. macOS es una distribución de Darwin + Cocoa y otras bibliotecas de Apple. Además de la de Apple sólo conozco otra variante de Darwin que es GNU Darwin. En el caso de GNU con Linux tienes variantes como Debian, Ubuntu, Fedora, Red Hat aunque todas comparten cosas como SystemD o GLib. De hecho es irrelevante porque todas admiten cambiar dichos componentes. Si quisieras cambiar la biblioteca de C o el núcleo tendrías que modificar un buen puñado (sino todos) los paquetes de sus repositorios y recompilarlos (todos) ...

» autor: --581111--

#121 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sun, 29 Jul 2018 00:02:23 +0000

#120 Hay otra duda que me gustaría despejar.
¿Si la distribución utiliza herramientas de BSD como por ejemplo openssh debería llamarse GNU/BSD/Linux?
O esa denominación solo esta "marcada" por la librería de C contra la que estén enlazadas las aplicaciones.

Al final esto va a ser como el famoso "Linux is not unix".

» autor: comadrejo

#120 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sat, 28 Jul 2018 23:45:00 +0000

#118
Musl con Linux o Musl{/,-,+}Linux o sistemas Musl.
No hay forma corta de denominarlos.

» autor: --581111--

#119 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 23:42:46 +0000

#100 Y el indispensable screen para servidores: ftp.gnu.org/gnu/screen/

» autor: comadrejo

#118 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 23:39:53 +0000

#117 La combinación kernel linux + musl es mayoritaria en routers que en el mejor de los casos tienen un GUI via web con algunas de las opciones que puede realizar el cacharro.
Y esos router con kernel linux + musl, ¿como llamamos al SO.?

» autor: comadrejo

#117 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sat, 28 Jul 2018 23:29:33 +0000

#116
Pero es que entonces no es Linux sino POSIX
Glib por otra parte es la biblioteca de GNOME, no sirve para lo mismo que musl.

» autor: --581111--

#116 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 22:50:28 +0000

#107 Hablaba de linux en general..... incluyendo las distribuciones de los routers que utilizan generalmente musl en vez de glib.

» autor: comadrejo

#115 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Schrödinger_katze — Sat, 28 Jul 2018 20:38:34 +0000

#1 Pues yo desde que he tenido que aprender a usar la consola la prefiero a casi cualquier GUI. También es que para programar la consola me parece lo mejor. Prefiero vim y tmux que cualquier suit.

Para otras cosas sí que prefiero la GUI. En mi caso, uso lo que más me conviene para la tarea entre manos.

» autor: Schrödinger_katze

#114 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

foxaxel — Sat, 28 Jul 2018 19:19:02 +0000

#109 qué pretendías escribir con ":qw!"? se nota que no eres de vim porque eso no va a funcionar

Tienen nano grabadora de macros y plugins? porque igual lo pruebo si es así

» autor: foxaxel

#113 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

meneanet — Sat, 28 Jul 2018 18:25:21 +0000

#4 sí y no. depende qué. con comandos que utilizas a menudo que requieren de parámetros que varían mucho es mas ágil:no es un paso atrás como apuntan otros comentarios: es mas ágil, flexible y eficiente que rellenar un montón de inputs con opciones cada vez que quietes ejecutar algo y por tanto mas "moderno" en realidad.
Cuando tienes que utilizar miles de comandos (cada uno con sus parámetro) llega un momento que tienes que apuntarlo. Ahí ya pierdes eficiencia
. Para buscar (descartar, seleccionar..) por ejemplo logs con grep ya es una pesadilla comparado con sistemas tipo loghash, new relic,.. Sistemas que visualmente disminuyen el esfuerzo visual, y por tanto mejor. Autocompletar va bien, si recuerdas hasta un grado de parámetros, sinó, entonces no es una solución.

» autor: meneanet

#112 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

thingoldedoriath — Sat, 28 Jul 2018 16:27:29 +0000

#30 O un CDE en una máquina con OS SCO...

» autor: thingoldedoriath

#111 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--520634-- — Sat, 28 Jul 2018 15:38:36 +0000

#21 Para una buena parte de lo que cita no necesita scripting, solo programas de consola:

- encontrar en un árbol de directorios todos los ficheros que se llamen de una determinada manera: find
- ver si contienen una determinada linea: find + xargs + grep
- sustituir ciertos caracteres de esa linea por otros: sed? tr? Dependerá de la complejidad de la sustitución, de los ficheros, etc., pero en principio puede valer.
- quedarme con el path de los ficheros modificados: salida de find + xargs + grep -l

» autor: --520634--

#110 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--123747-- — Sat, 28 Jul 2018 15:24:12 +0000

Recomiendo neomutt antes que mutt

» autor: --123747--

#109 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Dangi — Sat, 28 Jul 2018 15:23:59 +0000

#37 :qw!

Ahora en serio, donde este nano que se quite vi/vim

» autor: Dangi

#108 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

SinImportancia — Sat, 28 Jul 2018 15:04:25 +0000

#1 Obviamente no eres administrador de sistemas

» autor: SinImportancia

#107 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sat, 28 Jul 2018 14:32:29 +0000

#80
Te olvidaste mencionar GNU, ¿o querías decir GNU al mencionar a Linux?

» autor: --581111--

#106 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sat, 28 Jul 2018 14:24:23 +0000

#90
Hay cosas que un usuario normal también hace como renombrar conjuntos de ficheros. Eso con comandos script se arregla rápido.

» autor: --581111--

#105 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nova6K0 — Sat, 28 Jul 2018 13:22:15 +0000

#28 Las risas es que mientras él va buscando el comando que usó en su día para copiar un archivo, con la interfaz copias veinte veces lo mismo antes.

Salu2

» autor: Nova6K0

#104 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nova6K0 — Sat, 28 Jul 2018 13:17:55 +0000

#4 Fuera de lo que penséis los "gurús de la consola", las interfaces gráficas se crearon para facilitar la vida a las personas y para simular actos de la vida real. Por ejemplo el coger un archivo y moverlo a una papelera, como cuando tiramos un papel a una papelera. El escritorio se llama escritorio por simulación de un escritorio real, fuera de que existe algún programa que calca el funcionamiento de un escritorio físico.

De hecho si lo miramos todo tan estrictamente como decís algunos, si os creéis tan buenos programadores deberías escribir todo en ensamblador o incluso código máquina, y no en lenguajes de alto nivel. Por eso usar la consola y luego programar con lenguajes de alto nivel demuestra bastante hipocresía y cinismo para luego poner a parir o creeros mejor que las personas que usan la interfaz gráfica, porque no quieren poner comandos o perder el tiempo (por ejemplo copiar una serie de archivos de una carpeta con seis-siete niveles de subcarpetas) cuando con la interfaz gráfica, antes que se acabe de poner los comandos necesarios y más en linux, que no se quien se le ocurrió la genial idea de poner C: como dev/hda1/...dev/sda1... para complicarlo todo más, acabas antes.

Y sobre el tema de los manuales, está claro que muchos creadores de productos están más pensando en el dinero que van a ganar que en hacer bien su producto incluido los manuales que o son incompletos o son una mierda enorme. Esto hablando de los manuales de uso, ya no digo los técnicos...

Pero bueno viendo lo que algunos entienden de diseño, seguridad, optimización de un software, aplicación, juego... tampoco podemos pedir peras al olmo.

Llevo usando línea de comandos desde el nacimiento del CP/M y MSX-DOS 1.0 y sigo sin ver esa ventaja que decís algunas personas que hay. Y por cierto el buffer de comandos o memoria donde se guardan, no es infinito.

Salu2

» autor: Nova6K0

#103 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sat, 28 Jul 2018 12:30:08 +0000

#35
Es lo que he dicho.

» autor: --581111--

#102 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--175143-- — Sat, 28 Jul 2018 12:06:46 +0000

#99 Generalmente administro una cantidad de servidores importante, la mayoría remotamente y sin terminal todo sería mucho mas lento. Es un dolor tener que administrar windows por el GUI.

Cuando puedes administrar un directorio activo de Windows desde PowerShell será por alto

Sin embargo, para una persona que se encarga de un servidor que solo va a tocar un par de veces al año tener una interfaz gráfica para administrarlo es una bendición.

» autor: --175143--

#101 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nathaniel.Maris — Sat, 28 Jul 2018 11:56:30 +0000

#96 Lo se y de hecho por consola es mejor y más rápido, pero ello no quita que existan alternativas de alto nivel, para gente con menos habilidades técnicas.

» autor: Nathaniel.Maris

#100 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

amospalla — Sat, 28 Jul 2018 11:49:44 +0000

Un tema que siempre me ha apasionado.

Aquí va una lista, así en plan rápido y guarro de memoria, de programas que me gustan:

ncdu, tmux, newsboat, vim, mutt, mosh, vimwiki, weechat.

Hecho de menos:
- un amulegui tipo ncurses
- un gestor de ficheros que se me amolde, aun no he encontrado ninguno, aunque a estas alturas con los comandos básicos ya me apaño
- hoja de cálculo; las pocas que hay no me gustan nada

» autor: amospalla

#99 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 11:37:33 +0000

#98 Desde el punto de vista del usuario final puede ser interesante. Salvando las distancias, parecido a las macros de office y/o vbscript.
Generalmente administro una cantidad de servidores importante, la mayoría remotamente y sin terminal todo sería mucho mas lento. Es un dolor tener que administrar windows por el GUI.

Supongo que fuera del ecosistema osx no hay forma de hacer funcionar cosas de automator.

» autor: comadrejo

#98 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--175143-- — Sat, 28 Jul 2018 11:20:09 +0000

#94 Puedes:
- Descargar acciones ya creadas para añadirlas a automator.
- Crear acciones que ejecuten scripts de JavaScript o shell script.
- Usar Xcode para crear tus propias acciones.

Así que, por un lado, tienes las acciones que vienen con el sistema. Por otro lado tienes las acciones que instalan algunos programa para que puedas trabajar con ellos (como Outlook, por ejemplo), después tienes en Internet multitud de acciones que han hecho otras personas, puedes crearte tus propias acciones "nativas" y puedes hacer una acción con código script que interactue con las demás.

» autor: --175143--

#97 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

nicoferfio — Sat, 28 Jul 2018 11:16:01 +0000

#3 perdón que me salga un poco del hilo, pero es que soy muy muy novato en esto. El otro día me instale xming porque queria ver si podía controlar un proceso desde Python pero con GUI virtual en lugar de mostrar las ventanas (como entiendo que hace xvfb en Linux, que se supone que controla el sistema de ventanas x desde memoria), pero me pierdo porque toda la documentación parece hecha para controlar sistemas remotos en lugar de controlar el propio sistema en donde se ejecuta xming. Ya que te veo suelto en esto, ¿Sabes si esto es posible o estoy diciendo tonterías?

» autor: nicoferfio

#96 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 11:15:50 +0000

#95 Pero eso se puede hacer igual con el comando o varios (script).
Guardas y lo que se conoce "proceso por lotes" funcionando.

De echo en osx, arranque y parada de servicios son scripts de terminal.
developer.apple.com/library/archive/documentation/MacOSX/Conceptual/BP

En las versiones modernas el "legible" xml en vez de texto plano.

» autor: comadrejo

#95 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nathaniel.Maris — Sat, 28 Jul 2018 11:02:07 +0000

#80 Ehhhh, que yo estoy contigo, que doy de bash desde pequeñito. A lo que me refiero es a que un automator también tiene jugadas interesantes que se pueden explotar y reducir a un icono.

» autor: Nathaniel.Maris

#94 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 11:01:54 +0000

#88 Me surge la duda como resuelves si la copia es entre distintas maquinas. Incluso si puedes colocar un compresor antes de salir de la maquina origen y un descomprrsor a la llegada al destino.

» autor: comadrejo

#93 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 11:00:43 +0000

#21 Toda la razón. Un terminal es cacharro tambien llamado pantalla que visualiza cosas, acompañado de un teclado y si hay suerte de un ratón. Si se emula por software en lugar de ser físico, hablamos de emulador de terminal. Y si tiene capacidad gráfica, puede mostrar y permitir usar una GUI.

» autor: chavi

#92 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

pip — Sat, 28 Jul 2018 10:50:23 +0000

#1 oiga que en Unix venimos usando entorno gráfico (X Window System) desde 1984.
Además X Window es remoto desde el inicio, es decir permite mostrar gráficos en un terminal de un programa que se ejecuta en un servidor, algo que a día de hoy sigue sin permitir MS Windows. (No es Remote Desktop).

Si en Unix la consola sigue vigente es porque es más eficiente para muchas tareas, no porque no haya otra cosa.

» autor: pip

#91 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 10:47:16 +0000

#88 Los condicionales, bucles y evaluaciones le tiene que dar un toque a scratch increíble.

» autor: comadrejo

#90 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Baro — Sat, 28 Jul 2018 10:38:17 +0000

Me encanta, casi todos son ejemplos de aplicaciones que simulan imágens, tablas, etc que son más naturales en interfaces gráficas.

La consola está bien cuando tienes un margen de "creatividad" a la hora de realizar determinadas tareas, en especial si son sensibles a colocarse en un script. En general muchas cosas que utilizamos sólo los informáticos. Un ejemplo de mi día a día es Git, que aunque suelo usar Sourcetree para la interfaz (porque es más cómoda), en ocasiones hay que remangarse y abrir el terminal. Y yo creo que en muchas ocasiones así es como debería ser todo: funcionalidad básica en interfaz (la pueden utilizar perfiles no informáticos también! Trabajo en videojuegos y los artistas usan SourceTree), pero luego el modo avanzado por línea de comandos.

» autor: Baro

#89 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 10:35:16 +0000

#83 Hablas tu solo?

Si cambias la ip desde el terminal sabes administrar el sistema. Si necesitas una GUI, no tienes ni puta idea del sistema.

» autor: chavi

#88 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--175143-- — Sat, 28 Jul 2018 10:33:48 +0000

#40 Si necesitas mover los jpg con un "peso" superior a 40k que tengan mas de un mes de todos los subdirectorios a un destino por ejemplo /Volumes/Mac/Users/luser/imágenes_antiguas no hay "automator" que te salve.

» autor: --175143--

#87 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 10:33:17 +0000

#21??

El terminal "es" scripting. El intérprete usado puede ser bash, csh, zsh... y por encima si quieres python, php...

Otra cosa es que uses scripts de orden única.

» autor: chavi

#86 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--177671-- — Sat, 28 Jul 2018 10:31:12 +0000

#1 Paso a paso. No puedo generalizar, pero personalmente no considero la consola como una "fuente de pureza", sin embargo no es anacrónica. Se utiliza más de lo que puedes quizá suponer, sobre todo en servidores. El entorno gráfico sólo sirve para crear inestabilidad en el sistema, porque lo único que hace es sobrecargarlo de tareas inútiles, vacuas y fatuas. Sin embargo en un entorno de desarrollo, una GUI es casi imprescindible a menos que seas un loco enamorado del Vi o del Emacs. Si hubiesen tenido las GPUs de ahora, estoy convencido que, siendo inteligentes como eran/son, las utilizarían cuando fuese imprescindible y no darle al ratón y abrir ventanitas por harcerlo. Es más, si no existiese un modo no gráfico, alguien lo crearía aunque solo fuera para resolución de problemas.
Un saludico.

» autor: --177671--

#85 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 10:30:31 +0000

#17 Eso no es necesario hacerlo (tm)

» autor: chavi

#84 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 10:29:23 +0000

#3 Si, la verdad es que a la hora de usar un escritorio se agradece un escritorio...

» autor: chavi

#83 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--175143-- — Sat, 28 Jul 2018 10:21:40 +0000

#81 Claro, lo importante no son los principios de redes, lo importante es conocerse los parámetros del ifconfig. Si cambias la IP desde el terminal sabes de redes, si lo haces desde una interfaz gráfica no sabes de redes.

» autor: --175143--

#82 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 10:19:52 +0000

#79 Las pipes, grep, sed, find, tr, tar, gz etc etc etc no son "comandos de una herramienta"

» autor: chavi

#81 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 10:15:12 +0000

#79 Mas bien a la inversa, sin exagerar. Y es fácil poner ejemplos.

» autor: chavi

#80 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 10:13:40 +0000

#60 Vamos a ver... que entiende usted por "potencia".

Yo no concibo el asunto sin tuberías (pipes), expansión de parámetros, expresiones regulares, etc.... tecnologías muy probadas y que son iguales en osx, linux, hpux, etc....

Lo que usted propone es machacar el botón del magic mouse cientos de veces y siempre tardando mas que con script en consola.

Un ejemplo de como lo resuelve apple:
github.com/apple/swift/tree/master/utils

» autor: comadrejo

#79 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--175143-- — Sat, 28 Jul 2018 10:12:19 +0000

#77 ¿Treinta minutos en hacer una tarea que en GUI tardas diez segundos? Hombre, ya que estamos pon dos semanas o un mes .

Y, por cierto, saber de informática o de diseño o de bases de datos o de redes no es conocerte los comandos de una herramienta .

» autor: --175143--

#78 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 10:09:06 +0000

#58 Vamos, un ratico...

» autor: chavi

#77 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 10:07:25 +0000

#76 Si. Es la diferencia entre saber y no tener puta idea. Y lo de diez minutos es una exageración, digamos un mínimo de. 20 o 30...

» autor: chavi

#76 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--175143-- — Sat, 28 Jul 2018 10:02:54 +0000

#70 Se tarda diez segundos... una vez has estado horas aprendiendo cómo hacerlo. Y con una buena GUI (que, al igual que pasa con las líneas de comandos, hacer una buena no es fácil) no vas a tardar diez minutos.

Otra cosa es que me hables de una aplicación con trescientos formularios, con funcionalidad a la que solo se puede acceder a través menús contextuales que no aparecen indicados en ninguna parte y donde cada formulario siga su propia guía de diseño y demás... pero eso es lo mismo que una aplicación de consola con trescientos comandos distintos sin ningún tipo de jerarquía ni de orden ni de coherencia entre ellos.

» autor: --175143--

#75 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nathaniel.Maris — Sat, 28 Jul 2018 10:02:43 +0000

#71 En este caso yo me refería más a los pipes y a las concatenación de cosas, al hecho de poder montar un puzle con las piezas de que dispones en la terminal.

» autor: Nathaniel.Maris

#74 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 10:01:04 +0000

#9 O la edición windows core...

» autor: chavi

#73 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 09:59:35 +0000

#43 Cierto. Como navegar por internet.

» autor: chavi

#72 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 09:58:38 +0000

#53 Je, los GUI son a la consola como los videotutoriales a un manual o a stackoverflow

» autor: chavi

#71 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--175143-- — Sat, 28 Jul 2018 09:58:00 +0000

#53 "No estáis entendiendo a #4 lo que ha dicho es precisamente eso, que desde consola puedes hacer TU directamente ciertas cosas que en el interfaz gráfico tienen que dejarte hacer."

No, tanto en la interfaz gráfica como en la consola tienen que dejarte hacer. Otra cosa es que en una aplicación de terminal puedes meter un comando para cambiar trescientas opciones de configuración en plan "set config option: value" y que hacerlo en una GUI sea algo más complicado pero solo hay que entrar en about:options en Firefox para ver que también posible.

» autor: --175143--

#70 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 09:57:25 +0000

#32 No se trata de que sea intuitivo, se trata en no tardar 10 minutos para algo que se hace en 10 segundos

» autor: chavi

#69 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chavi — Sat, 28 Jul 2018 09:54:15 +0000

#1 Tu mismo...

Ya me contarás. cuando administrs 50 equipos...

» autor: chavi

#68 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 09:49:52 +0000

#58 Yo he visto hacer tareas como la descrita en #40 con el explorer... con tiempo, reiteración y posibilidad de fallos humanos puedes hacerlo. Siempre con una productividad muy inferior.

» autor: comadrejo

#67 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--377551-- — Sat, 28 Jul 2018 09:48:57 +0000

[Usuario deshabilitado]

» autor: --377551--

#66 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

foxaxel — Sat, 28 Jul 2018 09:44:51 +0000

#47 lo de eclipse tal cual me paso a mí

» autor: foxaxel

#65 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--377551-- — Sat, 28 Jul 2018 09:44:10 +0000

[Usuario deshabilitado]

» autor: --377551--

#64 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

foxaxel — Sat, 28 Jul 2018 09:41:49 +0000

#39 amen

» autor: foxaxel

#63 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 09:39:10 +0000

#62 Cierto.... me di cuenta y edite. Perdone usted.

Existe igualmente la opción de hacerlo por el tipo "mime", pero es menos eficiente buscando pero mas certera con el tipo de archivo.

» autor: comadrejo

#62 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Black_Diamond — Sat, 28 Jul 2018 09:37:28 +0000

#59 he dicho -iname, no -name

Nunca te acostarás sin saber una cosa más.

» autor: Black_Diamond

#61 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nathaniel.Maris — Sat, 28 Jul 2018 09:36:48 +0000

#56 La mía es de kde y tiene pestañitas y cosas, todas en blanco y rosa a juego con mi aura.

» autor: Nathaniel.Maris

#60 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nathaniel.Maris — Sat, 28 Jul 2018 09:35:49 +0000

#40 Si el automator es potente tardarás en hacer eso poco más que la primera vez que pienses la lógica del "comando". Luego supongo que te guardas el .automator y doble click, a cada cual sus bondades.

» autor: Nathaniel.Maris

#59 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 09:33:30 +0000

#57 Cierto... pero en los find clásicos de hpux no estoy seguro que funcione.

» autor: comadrejo

#58 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nathaniel.Maris — Sat, 28 Jul 2018 09:33:11 +0000

#17 Eres consciente de que eso que pides se puede hacer en un entorno gráfico, no? Es algo más complicado pero se hace la búsqueda en el explorador con un par de interrogaciones y asteriscos y una vez tengad acotada la búsqueda seleccionas todo y lo abres en un editor de texto del tipo sublime text que te permita edición multifichero y al guardar exportas además el txt de la busqueda de sublime.

Lo dicho, es más raro, requiere tresmil veces más recursos pero se puede hacer.

» autor: Nathaniel.Maris

#57 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Black_Diamond — Sat, 28 Jul 2018 09:31:05 +0000

#40 -iname "*.jpg"

» autor: Black_Diamond

#56 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--578750-- — Sat, 28 Jul 2018 09:30:38 +0000

#55 Oscura en el sentido de que no tiene botones con descripciones ni asistentes etc.

» autor: --578750--

#55 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nathaniel.Maris — Sat, 28 Jul 2018 09:28:43 +0000

#41 La consola es más oscura porque tú lo digas ... La mía es de color blanco nuclear con letras en rosa chicle ...

» autor: Nathaniel.Maris

#54 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nathaniel.Maris — Sat, 28 Jul 2018 09:25:12 +0000

#52 Hola coleguitas, soy Arnlod José y en este vidéo os voy a enseñar a usar el linuz min ese to guapo... Like and suscribanse si les gustó!

» autor: Nathaniel.Maris

#53 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Nathaniel.Maris — Sat, 28 Jul 2018 09:22:42 +0000

#28 No estáis entendiendo a #4 lo que ha dicho es precisamente eso, que desde consola puedes hacer TU directamente ciertas cosas que en el interfaz gráfico tienen que dejarte hacer.
El interfaz gráfico es muy bonito e intuitivo, pero no es nada potente para la mayoría de cosas que la gente con conocimientos suelen hacer. La consola no ha sobrevivido hasta nuestros días como una reminiscencia del pasado, hace gala de su valor todos los días.

De hecho, cada vez que ves a alguien buscar en google, linuc s'a roto k'a pasao? La solución se suele reducir a una o dos líneas de código mientras que su equivalente gráfico son 4 minutos buscando por botones y pestañas. Y esto no sólo es aplicable a Linux, Powershell es de las cosas más potentes que se han parido y no es precisamente antiquísimo.

» autor: Nathaniel.Maris

#52 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

elbuit — Sat, 28 Jul 2018 09:10:10 +0000

#4 Y se te olvida la facilidad de replicar las cosas, simplemente con copiar y pegar la sentencia de comandos lo tienes hecho para cualquier equipo.

O dar instrucciones de como hacer algo menú a menú que se tienen que hacer videos.
C&P

» autor: elbuit

#51 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 09:10:08 +0000

#50 Se paso el tiempo de edición.
La próxima vez.

» autor: comadrejo

#50 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

llorencs — Sat, 28 Jul 2018 09:09:21 +0000

#40 No la puedes escapar? \ .

Edito :Sí, se puede escapar, poniendo: \\ (para hacer esto he puesto 4 \ )

Eso, sí, si editas el comentario, tienes que volver a escaparlas Sino se te queda 1 y las pierdes.

» autor: llorencs

#49 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

llorencs — Sat, 28 Jul 2018 09:05:16 +0000

#1 Por algo Windows mejoró un montón su consola con la Powershell para que los administradores de sistemas tuvieran una consola similar a las de UNIX y facilitarles el trabajo...

Además, de que si tienes que trabajar en remoto, con la consola reduces un montón de recursos y aumentas la velocidad si te conectas a una consola envez de a un escritorio remoto.

La consola te permite automatizar y unir comandos de una manera asombrosa. La GUI, reduce la dificultad de trabajo, pero también tiene consecuencias como menos flexibilidad, menos control de tu máquina.

» autor: llorencs

#48 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

monchocho — Sat, 28 Jul 2018 09:04:50 +0000

#4 Gente que se flipa

» autor: monchocho

#47 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

kolme — Sat, 28 Jul 2018 08:47:19 +0000

#1 No es el "culto a la pureza", la consola es simplemente más eficiente para muchas cosas.

Cuando entré en mi primer curro se reían de mí porque usaba Vim. Las risas pronto se tornaron en bocas abiertas.

En lo que Eclipse tardaba en arrancar, yo ya había hecho un par de commits

» autor: kolme

#46 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--22183-- — Sat, 28 Jul 2018 08:41:39 +0000

#1 veo que eres un experto en linux, por cierto cuida tu micro de las actualizaciones de w10

» autor: --22183--

#45 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

tednsi — Sat, 28 Jul 2018 08:37:33 +0000

#31 Viva el software libre!

» autor: tednsi

#44 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chochis — Sat, 28 Jul 2018 08:30:04 +0000

#1 después de usar vim no me vuelvo a ningún editor/ide gráficos así te lo digo...

» autor: chochis

#43 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--578750-- — Sat, 28 Jul 2018 08:29:34 +0000

#4 Estoy de acuerdo contigo pero hay cosas que se hacen mejor por GUI. Cada cosa tiene su utilidad.

» autor: --578750--

#42 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

chemari — Sat, 28 Jul 2018 08:28:47 +0000

#5 ya saltó el equidistante... A Menéame se viene a discutir, coño!

» autor: chemari

#41 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--578750-- — Sat, 28 Jul 2018 08:27:20 +0000

#1 Yo echo en falta algo similar a Unix para entornos gráficos (unos estándares, quiero decir) pero lo cierto es que por consola puedes hacer cosas que con un entorno gráfico son tediosas de cojones. La pega es que la consola es más oscura y tienes que acordarte de los comandos.

Pero cuando los conoces, eso es una maravilla. Con un comando puedes, por ejemplo, convertir un vídeo de un formato a otro y extraer capturas de pantalla cada x minutos. Lo escribes y listo. Y lo puedes aplicar a toda una serie de vídeos, para a continuación subirlos a un servidor, hacer un backup, y enviar las capturas por correo a 6 emails distintos. Y mucho más.

Eso por GUI es más engorroso. De hecho no creo que ningún programa GUI permita convertir un vídeo, extraer capturas y que éstas se manden por correo.

» autor: --578750--

#40 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 08:17:53 +0000

#21 Pongamos un ejemplo practico. Imaginemos que tienes colgando de la ruta /Volumes/Mac/Users/luser/imágenes mas de 10k de ficheros de diferente pelaje y formato. Si necesitas mover los jpg con un "peso" superior a 40k que tengan mas de un mes de todos los subdirectorios a un destino por ejemplo /Volumes/Mac/Users/luser/imágenes_antiguas no hay "automator" que te salve. Necesitas utilizar el terminal y con una simple linea todo resuelto:

$ find /Volumes/Mac/Users/luser/imágenes -name "*.[jJ][pP][gG]" -size +40k -mtime +30 -exec mv {} /Volumes/Mac/Users/luser/imágenes_antiguas ;

Nota: Antes del ; final va la barra tumbada a izq. que el filtro html elimina al ponerla.

Claramente ese es el camino mas productivo.

» autor: comadrejo

#39 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

moraitosanlucar — Sat, 28 Jul 2018 08:15:14 +0000

#4 me quitas grep y no sé qué hacer con el ordenador.

» autor: moraitosanlucar

#38 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--175143-- — Sat, 28 Jul 2018 08:04:50 +0000

#21 Señalar que automator tiene acciones para ejecutar scripts en JavaScript, AppleScript y Shell Script y que estas acciones pueden interactuar con el resto de acciones, así que puedes tener un automator donde mezcles acciones de programas, JavaScript y Shell Script.

» autor: --175143--

#37 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

foxaxel — Sat, 28 Jul 2018 08:04:48 +0000

#4 Desde que cambié a Vim he notado mi productividad mejorar y eso que no uso la mitad de los atajos. A mie convirtieron y yo he convertido anunciado para más que cuando me ven se quedan flipados de los trucos que ellos necesitan 20 clicks.

Y por no hablar que para trabajar desde casa los días que quiero solo necesito el ancho de banda del SSH y no pasar toda lammierda gráfica. Mis compañeros se queja. De que no les va bien y yo encantado.

» autor: foxaxel

#36 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

ur_quan_master — Sat, 28 Jul 2018 08:03:41 +0000

#1 tanto la consola como el interfaz gráfico son herramientas que se usan según necesidades.

» autor: ur_quan_master

#35 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 08:01:30 +0000

#15 Hay muchos interpretes que no son Gnu, como csh.

en.wikipedia.org/wiki/C_shell

» autor: comadrejo

#34 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

garuse — Sat, 28 Jul 2018 08:00:17 +0000

#1 Con la consola, al menos yo, me distraigo menos.

» autor: garuse

#33 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

comadrejo — Sat, 28 Jul 2018 07:57:35 +0000

#1 Ya me dirás que productividad tiene un administrador de sistemas sin la consola. Incluso un administrador windows sin powershell es totalmente improductivo.

» autor: comadrejo

#32 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--175143-- — Sat, 28 Jul 2018 07:54:26 +0000

#25 Claro, seguramente te habría sido más sencillo si en vez de una GUI te hubiese entregado un programa de consola con un bonito:

>_

Como interfaz. Mucho más intuitivo. Y si te hubiese tenido que deletrear comando por comando por que el lumbreras no se le hubiese ocurrido pensar que comandos como "prntRsltIng: allrslt(0-10)" es fácil de leer y memorizar ya habría sido la hostia.

Por cierto, señalar que en el comando anterior hay una "i" mayúscula. Ahora imagínate leyendo eso de unas instrucciones impresas o escritas.

En resumen: que haya interfaces de mierda no quiere decir que el concepto de interfaz gráfica sea peor que el de línea de comandos. Sobre todo cuando no son excluyentes y puedes tener una interfaz que integre la interfaz gráfica para tareas poco repetitivas donde no quieres tener que recordar el comando y todos sus parámetros y una interfaz de comandos para tareas repetitivas donde puedes usar macros y lo que te salga del pirulo.

» autor: --175143--

#31 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--31580-- — Sat, 28 Jul 2018 07:54:16 +0000

#29 eso cuesta muchas cervezas

» autor: --31580--

#30 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

diazjc — Sat, 28 Jul 2018 07:52:52 +0000

#1 Claro, esos nunca han usado una SGI con IRIX, Motif en una Sun, Dec, HP, Data General ... Cuando en los PCs asomaba Wfw3.11 había maravillas en las workstations Unix.

» autor: diazjc

#29 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--470744-- — Sat, 28 Jul 2018 07:50:53 +0000

#24 compártelo, no?

» autor: --470744--

#28 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--175143-- — Sat, 28 Jul 2018 07:46:59 +0000

#4 Claro, mucho mejor utilizar la consola con trescientas combinaciones de teclado que tienes que memorizar y otros trescientos comandos con sus parámetros por aplicación. Súmale a eso que estas combinaciones de teclados y comandos son inconsistentes entre todas las aplicaciones y ya tenemos la fiesta montada.

» autor: --175143--

#27 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--570736-- — Sat, 28 Jul 2018 07:46:59 +0000

#1 Aquí uno completamente de acuerdo.

» autor: --570736--

#26 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

totope — Sat, 28 Jul 2018 07:38:50 +0000

Para mi la interfaz gráfica es una herramienta más, es la herramienta para trabajar más “cómodamente” luego está el bisturí para hacer trabajos más finos. Depende de lo que tenga que hacer me es más útil una u otra cosa. El debate es absurdo a mi parecer. Es como la eterna lucha entre atajos de teclado o ratón

» autor: totope

#25 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--31580-- — Sat, 28 Jul 2018 07:35:31 +0000

#18 pa que los no técnicos puedan hacer como que trabajan

El otro día en un training deje en bragas al presentador pidiéndole que me dijera como hacer por CLI todo el ventaneo que se había tirado media hora para hacer.

» autor: --31580--

#24 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--31580-- — Sat, 28 Jul 2018 07:32:07 +0000

#13 yo tengo una megachuleta en un fichero de texto con comandos currados.

» autor: --31580--

#23 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--31580-- — Sat, 28 Jul 2018 07:28:00 +0000

#19 el vi en cuanto le pillas el tranquillo es potente. Yo cada vez que tengo que hacer doc hago el contenido con vi o un gui como scite y luego lo pongo bonito y de colorines.

» autor: --31580--

#22 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--456958-- — Sat, 28 Jul 2018 07:23:50 +0000

#5 Yo flipo con tanta tontería. Como si una cosa impidiera usar la otra.

Se agradece comentarios de cajón como el tuyo.

» autor: --456958--

#21 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

pom — Sat, 28 Jul 2018 07:09:54 +0000

#17 no hay que confundir terminal con scripting. Otra cosa es que tu shell tenga soporte de scripting (que hoy en dia todos lo tienen).

Puedes tener perfectamente un interprete Python gráfico y que te permita hacer esas tareas.

Sin ir mas lejos, OSX tiene/tenia una utilidad llamada "automator" (o algo así) con un lenguaje propio que te permitía hacer esas cosas.

Que las cosas como son, yo usaría la consola por comodidad y tradición.

» autor: pom

#20 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--158636-- — Sat, 28 Jul 2018 07:09:07 +0000

#17 Yo creo que lo mejor es que crees un interfaz grafico con visual basic....
www.youtube.com/watch?v=-AAZmfd0rtE

» autor: --158636--

#19 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

ikusukiTosca — Sat, 28 Jul 2018 07:00:34 +0000

#1 Hombre, depende mucho también de lo que hagas, si estás programando y arrancas un servidor y de repente necesitas mover un fichero de sitio por ejemplo es mucho más rápido hacerlo desde el terminal con un comando así rápido usando TAB para auto completar que coger el ratón, navegar hasta el directorio, drag and drop y tal....si tienes soltura con el teclado, muchas movidas se del estilo se hacen muchísimo más rápido.
Pero si, hay muchas otras tareas que es absurdo empeñarse en seguir haciéndolas con el terminal, entre ellas destaco el puto VIM para editar texto que está diseñado por el mismísimo demonio...

» autor: ikusukiTosca

#18 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

XXguiriXX — Sat, 28 Jul 2018 05:43:54 +0000

#4 Los GUI no se hicieron para trabajar mejor
Y ahí me di cuenta que no tienes ni p*** idea de lo que dices.

» autor: XXguiriXX

#17 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--145513-- — Sat, 28 Jul 2018 05:41:28 +0000

No se, igual estoy gilipollas o algo, pero que alguien me explique como tendria que hacer en un entorno de ventanitas e iconos algo tipico que a veces necesito hacer, como es encontrar en un arbol de directorios todos los ficheros que se llamen de una determinada manera, ver si contienen una determinada linea, sustituir ciertos caracteres de esa linea por otros y guardar el fichero y quedarme con el path de los ficheros modificados sacandolo a un fichero de resumen.

» autor: --145513--

#16 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--544691-- — Sat, 28 Jul 2018 04:29:09 +0000

» autor: --544691--

#15 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--581111-- — Sat, 28 Jul 2018 01:33:48 +0000

Los emuladores de terminal no son Linux. En todo caso son GNU o cualquier otro desarrollador, según corresponda.
Las TTY sí que son Linux, pero éstas son conectadas al emulador de terminal que crea el proceso de intérprete de comandos correspondiente, como GNU Bash.

» autor: --581111--

#14 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

darkdead4 — Fri, 27 Jul 2018 20:41:12 +0000

#8 La llave de la luz la puedes quitar y meter un sistema por voz y inteligente de eso va la evolución de interfaces humano maquina y el porque una empresas llamada synaptics se forro en base a ello creadores de tochpad de los portátiles y pantallas táctiles capacitivas multi puntos que lleva tu movil a eso se le llama dar opciones.
Tu cafetera necesita un botón porque no han creado una que predica que la vas usar no que el botón sea el mejor método para controlarla.
El coche se usa en esencia para ir de A a B y por eso hay gente intentando crear coches que se conduzcan solos.
La consola con teclado es un método para comunicarse con la maquina no es efectivo pero si el mejor respecto a otros en muchas situaciones hasta que alguien cree un sistema mas eficaz.

» autor: darkdead4

#13 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

NeSilento — Fri, 27 Jul 2018 19:52:27 +0000

#4 Pues sinceramente, cuando estaba en el ramo, algunas secuencias de comando muy repetitivas las tenía en un icono y con un atajo de teclado. Y aun sigo así para cosas que no me quiero aprender de memoria, hago las copias de seguridad con un programa de compresión no específico para eso y tengo un icono con toda la secuencia.

» autor: NeSilento

#12 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

LaInsistencia — Fri, 27 Jul 2018 19:37:57 +0000

#11 ¿Y como haces programable una GUI? Exacto: incrustandole una linea de comando, o a base de formularios y mas formularios.

Los interfaces graficos no son para trabajar mejor, son para aprender mas rapido como funciona un proceso. En algunos casos de uso tal vez es deseable que tu aplicación sea para tontos, pero no siempre es asi.

» autor: LaInsistencia

#11 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

MarkelNaiz — Fri, 27 Jul 2018 19:29:51 +0000

#8 Hombre, que digo yo... que las interfaces de usuario, con sus formularios, entradas de parámetros, desplegables, etc, también sirven para algo... y que se pueden programar del mismo modo que una línea de comandos... que las interfaces gráficas como interfaces de comandos están superadas desde el antes del XP.

» autor: MarkelNaiz

#10 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--547882-- — Fri, 27 Jul 2018 19:24:00 +0000

#6 Hombre, parte de razon tiene. Por ejemplo en mi curro uso geany o visualmstudio code con la terminal en la zona inferior para hacer distintas tareas sin salir del editor. Y de repente me he visto abriendo el vi para editar rapido un fichero

No digo que sea mejor para todo, pero tiene mucha utilidad y flexibilidad, y segun para que cosas efectivamente va mejor.

» autor: --547882--

#9 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

DaviDvD — Fri, 27 Jul 2018 19:20:09 +0000

#5 Hombre, alguien con sentido común. ¿Que pensarán los haters del terminal de Microsoft?, por que le ha dedicó cariño a mejorar su terminal (Power Shell), ¿será por algo no? También es cierto que aunque trabajr en terminal es muy potente, para usar el terminal se requiere de un mejor conocimiento técnico y el entorno visual facilita a los iniciados o aquellos que se conforman y no necesitan más que un uso básico multimedia.

» autor: DaviDvD

#8 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

LaInsistencia — Fri, 27 Jul 2018 19:14:56 +0000

#6 Ah, pues nada. Como el futuro son las pantallas tactiles, vamos a ponerle una a la tostadora, otra a la llave de la luz, otra al timbre, otra a la plancha... seguro que funcionará mucho mejor que un interfaz fisica de ruedas y botones. Cave Johnson seal of approval.

La consola no es binario, es un lenguaje que ha evolucionado hasta permitir logica, bucles, alias... y que permite cosas muy importantes para la productividad como es la memoria muscular y el uso sin mirar constantemente a la pantalla. Intenta tu usar un GUI mientras prestas atención a un proceso productivo o a otra cosa importante, como por ejemplo leer los datos que quieres introducir. Unas risas.

» autor: LaInsistencia

#7 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

ktzar — Fri, 27 Jul 2018 18:46:26 +0000

#1 Replicación de configuraciones, automaticación de procesos, ... Cosas que no tienen sentido en una interfaz gráfica, y que son parte del día a día de la informática actual.

» autor: ktzar

#6 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

darkdead4 — Fri, 27 Jul 2018 18:22:30 +0000

#4 Con tu argumentación los coches irían con discos de hierro y sin suspensión el trackball, el ratón y pantallas táctiles no se inventarían con semejante forma de pensar.
Que la consola no deja de ser una evolución de los interruptores no hablas con la maquina directamente si no que usas binarios que hacen cosas limitándote ese ancho de banda que tanto mencionas va ser que somos demasiado analógicos para ese nivel de comunicación.

» autor: darkdead4

#5 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--568222-- — Fri, 27 Jul 2018 18:19:05 +0000

#1 Joder cómo le gustan a la peña los falsos dilemas. Se pueden usar los dos. De hecho todas las distribuciones linux traen como una de sus aplicaciones de escritorio destacadas un emulador de terminal y hay montones de cosas que es ridículo intentar hacerlas por escritorio, cuando lo vas a hacer mucho más rápido por bash. Como comentan otros, el más obvio es el acceso ssh a servidores remotos o incluso muchas veces navegar por directorios con muchos archivos que en los exploradores de archivos suele ser una pesadez, y en el terminal con el autocomplete vas como una bala.
Yo desde luego, en todas las sesiones de escritorio, tanto en el trabajo como en equipos domésticos siempre tengo una ventana de terminal abierta.
De la misma maneras es bastante absurdo usar el terminal para navegar por internet, realizar edición fotográfica o de vídeo, o tareas parecidas en el que el uso del ratón es intensivo.

» autor: --568222--

#4 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

LaInsistencia — Fri, 27 Jul 2018 17:36:52 +0000

#1 Claro que si, joder. Porque a todo el mundo le gusta mas apuntar y disparar con el raton a un icono que puede o puede no estar en el mismo sitio de siempre, icono tras icono durante un par de minutos. Mucho mejor que escribir una secuencia de teclas que tus manos ya se conocen practicamente de memoria, cascar siete comandos seguidos separados por puntos y comas, darle un capón al intro y tomarte un par de minutos para degustar ese refresco y esos pistachos mientras la maquina hace su puñetero trabajo. Pongame once ratones, por favor, uno por dedo y otro para la p***a!

Las consolas se usaban (y muchos las seguimos usando) porque tienen un ancho de banda brutal en la dirección humano->maquina y no necesitas mirar a la pantalla si tienes practica. El autocompletar está vivo y vive en Mayorca. Las paginas de manual tienen información util y al grano, y muchas veces puedes crear macros para comandos que usas constantemente. Los GUI no se hicieron para trabajar mejor, se hicieron para bajar el liston de habilidad necesaria para bajar, y para dar una cantidad brutal de ancho de banda maquina->humano a costa de quitarnos un monton de flexibilidad. No son un paso adelante si pretendes trabajar, la verdad.

» autor: LaInsistencia

#3 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

--57705-- — Fri, 27 Jul 2018 17:23:16 +0000

Pues a mi me encanta la terminal, practicamente se puede administrar remotamente un sistema mediante ssh con un ancho de banda y consumo de recursos irrisorio. Para montar y administrar servidores es fundamental el manejo de la terminal, pero a la hora de usar Linux en escritorio se agradece tener un servidor X en vez de una consola de comandos.

» autor: --57705--

#2 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Omóplato — Fri, 27 Jul 2018 17:02:54 +0000

#1 gracias, joder, gracias.

» autor: Omóplato

#1 Abstinencia gráfica: viviendo la vida en el terminal [ENG]

Fingolfin — Fri, 27 Jul 2018 16:11:48 +0000

Unix se basó en la consola porque en aquellos tiempos no había nada mejor. Era la última tecnología. Si hubieran tenido las GPUs modernas, lo primero que hubieran hecho es utilizarlas. El culto a la consola como una especie de fuente de pureza es un anacronismo frecuente entre los que creen conocer Unix.

» autor: Fingolfin