¿Saben los organizadores
de este concurso que cuando /bin/sh es un enlace
a /bin/ash o a /bin/dash, los scripts que utilizan
el shell Bourne tradicional, es decir, /bin/sh, funcionan mucho más rápido?
por
pobrecito hablador
el Domingo, 11 Enero de 2004, 20:18h
(#252366)
aunque mas arriba comentan lo de la velocidad yo opino que es muchisimo mas importante la portabilidad, usar un /bin/sh DE VERDAD (no el enlace que hacen muchas distros a /bin/bash) es fundamental para la portabilidad dado que esta en todas las versiones de unix y es la unica que se menciona en POSIX.
Re:/bin/sh
de pobrecito hablador
(Puntos:0)
Domingo, 11 Enero de 2004, 22:22h
por
pobrecito hablador
el Domingo, 11 Enero de 2004, 20:24h
(#252370)
yo uso csh que es lo q viene con freebsd y no hay ganas de instalar bash.
No se puede usar sh a secas que es compatible con casi todos los interpretes de mandatos habidos y por haber?
Re:q putada
de onta
(Puntos:2)
Domingo, 11 Enero de 2004, 22:26h
por
pobrecito hablador
el Domingo, 11 Enero de 2004, 20:26h
(#252372)
Lamentable que trateis de imponer las extensiones propietarias de GNU. O no sabiais que cuando invocas el bash com sh sigue teniendo extensiones propietarias de GNU? El unico sistema en el que se usa bash es en GNU/LNUX. El resto del mundo usa sh/ksh/tcsh
Meteos el bash por el culo, jodidos comechorizo espanolos de los cojones.
Jose Manuel Arnesto
jarnesto@computer.org
http://www.capsule-inc.com
Re:Lamentable
de dev_eddie
(Puntos:1)
Domingo, 11 Enero de 2004, 20:36h
Re:Lamentable
de Mogli
(Puntos:1)
Domingo, 11 Enero de 2004, 20:43h
Re:Lamentable
de pobrecito hablador
(Puntos:0)
Domingo, 11 Enero de 2004, 21:03h
Re:Lamentable
de ArchEnemy
(Puntos:1)
Domingo, 11 Enero de 2004, 21:33h
Re:Lamentable
de jm
(Puntos:1)
Domingo, 11 Enero de 2004, 22:03h
Re:Lamentable
de Mu
(Puntos:2)
Domingo, 11 Enero de 2004, 22:09h
Re:Lamentable
de pobrecito hablador
(Puntos:0)
Domingo, 11 Enero de 2004, 23:32h
Re:Lamentable
de pobrecito hablador
(Puntos:0)
Lunes, 12 Enero de 2004, 10:35h
por
pobrecito hablador
el Domingo, 11 Enero de 2004, 23:45h
(#252422)
El hecho de que seáis estudiantes y andéis cortos de pelas no creo que sea excusa suficiente como para no dar al menos un premio de cuantía simbólica. Un libro de los de O'Reilly por ejemplo pagándolo entre los que lo organizáis, si sois tres por ejemplo, no creo que os hubiese salido por mucho y quieras que no es un detalle. No sé, es sólo mi opinión. Yo no creo que participe porque suelo utilizar zsh y bash lo tengo un poco olvidado.
No se yo si bash es el shell más usado en el mundo UNIX (eso dicen en la página del consurso [homelinux.com]). Hubiera preferido que fuera más una decisión arbitraria que una motiviación argumentada arbitrariamente.
Que el script a conscurso tenga que licenciarse GPL, debería dar igual. En tal caso no veo porque discriminar a otras licencias que son software libre [fsf.org] (hasta compatibles con la GPL). Parece ser que no es así cuando se obliga a licenciar GPL.
No dice quién será el jurado, algo feo en cualquier concurso, pero dado el premio no nos va a importar, ¿no? Los organizadores a veces publican los nombres en el periodo de tiempo entre el final de plazo de entrega y las publicación del fallo.
Vistos los puntos, a mi juicio, conflictivos hay que añadir dos más, que igual no lo han tenido en cuenta los organizadores, y son:
Las decisiones del jurado serán inapelables.
La presentación a concurso supone la aceptación de estas bases.
Con esos dos puntos todo se resume en: si no aceptas las bases, con concurses.
No se si compensará enviar algún script BOFH como kill-user-procs.sh, pero está demostrada de sobra su utilidad ;)
por
pobrecito hablador
el Domingo, 11 Enero de 2004, 23:58h
(#252430)
Hola a todos, soy uno de los organizadores (Tigrezno). Queria aclarar que el concurso, como bien dice, es sobre scripts en Bash, osea, Bash, ni ksh, ni csh, ni nada. La elección viene de que es la que solemos usar y tenemos conocimientos para evaluar. Quizas para el segundo concurso se tenga en cuenta y abramos las puertas a cualquier shell, teniendo asi que conseguir jueces que controlen cada shell. Por lo de #!/bin/bash no hay que buscarle las cuatro patas al gato, /bin/sh tambien sirve si teneis muchas pegas.
En cuanto a lo de la GPL, la hemos elegido por el hecho de que nos referimos al paquete de GNU Bash, seria feo usar otra licencia pues.
Y bueno, un saludo a todos y que sepais que hacemos el concurso con muy buenas intenciones.
Re:Aclaracion
de pobrecito hablador
(Puntos:0)
Lunes, 12 Enero de 2004, 01:36h
Re:Aclaracion
de pobrecito hablador
(Puntos:0)
Lunes, 12 Enero de 2004, 10:18h
por
pobrecito hablador
el Lunes, 12 Enero de 2004, 04:58h
(#252480)
Este tutorial puede servir para encontrar alguna idea sobre que aplicacion podriamos programar con bash. Obviamente, tambien servira para aprender a programar :)
¿Por qué /bin/bash y no /bin/sh?
(Puntos:1, Informativo)Genial
(Puntos:0)bash en win32?
(Puntos:0)No tengo linux, no puedo instalar nada en el pc...
Ai paaaayo dame un bash.
/bin/sh
(Puntos:0)q putada
(Puntos:0)Lamentable
(Puntos:-1, Provocacion)Lamentable que trateis de imponer las extensiones propietarias de GNU. O no sabiais que cuando invocas el bash com sh sigue teniendo extensiones propietarias de GNU? El unico sistema en el que se usa bash es en GNU/LNUX. El resto del mundo usa sh/ksh/tcsh
Meteos el bash por el culo, jodidos comechorizo espanolos de los cojones.
Jose Manuel Arnesto
jarnesto@computer.org
http://www.capsule-inc.com
No creo que sea excusa
(Puntos:0)Mi opinión
(Puntos:2)Que es personal e intransferible, ojo XD
No se yo si bash es el shell más usado en el mundo UNIX (eso dicen en la página del consurso [homelinux.com]). Hubiera preferido que fuera más una decisión arbitraria que una motiviación argumentada arbitrariamente.
Que el script a conscurso tenga que licenciarse GPL, debería dar igual. En tal caso no veo porque discriminar a otras licencias que son software libre [fsf.org] (hasta compatibles con la GPL). Parece ser que no es así cuando se obliga a licenciar GPL.
No dice quién será el jurado, algo feo en cualquier concurso, pero dado el premio no nos va a importar, ¿no? Los organizadores a veces publican los nombres en el periodo de tiempo entre el final de plazo de entrega y las publicación del fallo.
Vistos los puntos, a mi juicio, conflictivos hay que añadir dos más, que igual no lo han tenido en cuenta los organizadores, y son:
Con esos dos puntos todo se resume en: si no aceptas las bases, con concurses.
No se si compensará enviar algún script BOFH como kill-user-procs.sh, pero está demostrada de sobra su utilidad ;)
Un saludo.
Para los del concurso...
(Puntos:0)Aclaracion
(Puntos:0)En cuanto a lo de la GPL, la hemos elegido por el hecho de que nos referimos al paquete de GNU Bash, seria feo usar otra licencia pues.
Y bueno, un saludo a todos y que sepais que hacemos el concurso con muy buenas intenciones.
Ideas sobre que programar?
(Puntos:0)Este tutorial puede servir para encontrar alguna idea sobre que aplicacion podriamos programar con bash. Obviamente, tambien servira para aprender a programar :)
Uso y programacion de bash, parte I [starlinux.net]
Uso y programacion de bash, parte II [starlinux.net]
Uso y programacion de bash, parte III [starlinux.net]
Hay foro por ahi?
(Puntos:0)¿dónde puedo poner los adjuntos de scripts de usuarios anonimos?