[bofhers] Re: Distro BOFHers
- From: "Eduardo G. Aguilar Grandes" <yacopi88@xxxxxxxxx>
- To: bofhers <bofhers@xxxxxxxxxxxxx>
- Date: Wed, 6 Mar 2013 16:16:34 +0100
^
|
|
Pasar en moto, definición gráfica |
El 5 de marzo de 2013 20:51, Eduardo G. Aguilar Grandes
<yacopi88@xxxxxxxxx>escribió:
> Yo si quereis os cedo una VM q tengo con ubuntu q la iba a destinar a
> servidor web.
> Si no quereis ubuntu, gasto windows 8, windows server 2008 y windows
> server 2012.
>
> Me decíis qué puertos quereis, y pista. Y si no quereis... pues os monto
> un doodle a modo de consuelo con el título "Gracias por jugar" ;)
>
>
> El 5 de marzo de 2013 15:46, Vdo <vdo.pure@xxxxxxxxx> escribió:
>
> Yo en el curro empaqueto y hago mantenimiento de RPMs, repositorios y
>> demás, sin grandes filigranas en la compilación, pero puedo aportar mi
>> grano.
>>
>> Los metapaquetes la putada es que te van a pillar todas las dependencias
>> que en primera instancia entiendo que son los paquetes deseados, pero si
>> alguna no te interesa por lo que sea (tamaño, etc.) te van a quedar
>> dependencias rotas y queda feo.
>>
>>
>> 2013/3/5 Kyle BOFHer <kylebofh@xxxxxxxxx>
>>
>>> Yo en el curro tiro de Ubuntu y Debian, en casa ando con ubuntu y
>>> archlinux, así que puedo ser packager/tester en esos sistemas.
>>>
>>>
>>> 2013/3/5 NachE <nache.nache@xxxxxxxxx>
>>>
>>>> Metapaquetes = la versión actual del paquete en la distro. Sigo sin
>>>> ver dónde dónde está el problema con los metapaquetes, pero supongo
>>>> que no hay ningún problema en mantener en el repositorio las
>>>> diferentes opciones.
>>>>
>>>> El día 5 de marzo de 2013 10:11, Autoestopista El
>>>> <autoestopistael@xxxxxxxxx> escribió:
>>>> > Metapaquetes = no importa version de las deps? Me parece una locura.
>>>> Yo voto
>>>> > por empaquetar individualmente y sobre esta base, crear bundles. Así
>>>> tenemos
>>>> > las dos opciones y tampoco nos supone mucho problema.
>>>> >
>>>> > En cuanto a los requisitos, necesitamos o bien un servidor de alguien
>>>> > (bytheface) o bien un hosting, aunque también podemos ver la
>>>> posibilidad de
>>>> > usar un github. Espacio no necesitamos mucho, igual que ancho de
>>>> banda, ya
>>>> > que no vamos a ser muchos usuarios y tampoco vamos a tener, en
>>>> principio, un
>>>> > tráfico tan enorme.
>>>> >
>>>> > El tema de la compilación, creo que cada uno puede hacer el build en
>>>> su
>>>> > equipo y subirlo junto con el src (en el caso de los rpm, desconozco
>>>> como
>>>> > funcionan los deb) al repo para que otros lo porten a otra
>>>> arquitectura. Por
>>>> > lo que no necesitamos máquina para compilar.
>>>> >
>>>> > En cuanto al control de versiones, si montamos un github ya lo tenemos
>>>> > hecho. Si optamos por un server, creo que cualquiera nos sirve, yo
>>>> voto por
>>>> > Mercurial :)
>>>> >
>>>> > A la espera de vuesos comentaridos.
>>>> >
>>>> > El 5 de marzo de 2013 00:30, NachE <nache.nache@xxxxxxxxx> escribió:
>>>> >
>>>> >> Ok, estamos deacuerdo en que un repo vamos a tener. Al tener paquetes
>>>> >> completos, se nos plantean otros problemas:
>>>> >> - Necesitamos espacio
>>>> >> - Necesitamos ancho de banda
>>>> >> - Necesitamos compilar
>>>> >> - Necesitamos controlar versiones
>>>> >>
>>>> >> El día 5 de marzo de 2013 00:16, José Carlos Cuevas
>>>> >> <reset.reboot@xxxxxxxxx> escribió:
>>>> >> > Yo es que lo veo así... normalmente cuando plantas una distro, ya
>>>> sabes
>>>> >> > qué
>>>> >> > le falta, qué se puede mejorar y normalmente lo que vas a hacer con
>>>> >> > ella,
>>>> >> > así que instalas los paquetes que te van a servir, y a funcionar.
>>>> Si
>>>> >> > tuviera
>>>> >> > un repo que al añadirlo sé que tendré esos parches habituales y las
>>>> >> > utilidades que se que puedo necesitar, mejor.
>>>> >> >
>>>> >> > Si instalas un bundle... te van a sobrar cosas que igual para esa
>>>> >> > máquina no
>>>> >> > te van a hacer falta.
>>>> >> >
>>>> >> >
>>>> >> > El 5 de marzo de 2013 00:13, NachE <nache.nache@xxxxxxxxx>
>>>> escribió:
>>>> >> >
>>>> >> >> El inconveniente que yo veo con los bundles es que vamos a tener
>>>> que
>>>> >> >> llevar un control de qué paquetes han sacado nuevas versiones y
>>>> >> >> recompilar, con metapaquetes te olvidas del control de versiones
>>>> de
>>>> >> >> esos paquetes.
>>>> >> >>
>>>> >> >> El día 5 de marzo de 2013 00:08, José Carlos Cuevas
>>>> >> >> <reset.reboot@xxxxxxxxx> escribió:
>>>> >> >> > Estoy de acuerdo con el señor vfmBOFH, meta paquetes quizás no
>>>> sea la
>>>> >> >> > mejor
>>>> >> >> > opción, pero unos repositorios con los paquetes que nos gusten,
>>>> ya
>>>> >> >> > compilados, arreglados y con la dependencias resultas para
>>>> nuestras
>>>> >> >> > distros
>>>> >> >> > favoritas, molaría. Porque no siempre vas a necesitar todo lo
>>>> de los
>>>> >> >> > bundles.
>>>> >> >> >
>>>> >> >> > El 05/03/2013 00:03, "NachE" <nache.nache@xxxxxxxxx> escribió:
>>>> >> >> >
>>>> >> >> >> Yo había pensado en lo siguiente:
>>>> >> >> >> Posiblemente ninguna distro nos aceptará los paquetes de
>>>> >> >> >> primeras,
>>>> >> >> >> pero en cuanto tengamos algo montado y el desarrollo avanzado,
>>>> >> >> >> tendremos más fuerza que si una persona cualquiera trata de
>>>> meter un
>>>> >> >> >> paquete en una distro.
>>>> >> >> >>
>>>> >> >> >> En cuanto a qué paquetes, en el irc hay algún BOFH que otro
>>>> >> >> >> archlinuxero, comentas que tú has hecho algo para rpm, y yo soy
>>>> >> >> >> debian
>>>> >> >> >> based. De modo que se podría marcar una linea a seguir:
>>>> >> >> >>
>>>> >> >> >> 1 Definir qué metapaquetes se van a desarrollar y de qué
>>>> paquetes
>>>> >> >> >> van
>>>> >> >> >> a depender (independientemente de la distro).
>>>> >> >> >> 2 Montar en github, por ejemplo, una base para empezar a hacer
>>>> cosas
>>>> >> >> >> y
>>>> >> >> >> organizarnos
>>>> >> >> >> 3 Buscarnos un servidor para montar repositorios
>>>> >> >> >> 4 Iniciar el proceso para incluir los paquetes en las distros
>>>> >> >> >>
>>>> >> >> >> Así tendríamos una serie de metapaquetes por desarrollar, yo
>>>> puedo
>>>> >> >> >> hacer los de debian, y con la ayuda de todos, ir desarrollando
>>>> para
>>>> >> >> >> las distros que buenamente podamos.
>>>> >> >> >>
>>>> >> >> >> El día 4 de marzo de 2013 23:41, Autoestopista El
>>>> >> >> >> <autoestopistael@xxxxxxxxx> escribió:
>>>> >> >> >> > ¿Alguno de vosotros ha empaquetado alguna vez para alguna
>>>> distro?
>>>> >> >> >> > Lo
>>>> >> >> >> > digo
>>>> >> >> >> > porque, lo de intentar incluirlos en los repos oficiales de
>>>> alguna
>>>> >> >> >> > distro,
>>>> >> >> >> > no es un trabajo fácil ni mucho menos.
>>>> >> >> >> >
>>>> >> >> >> > Podríamos montar nuestro propio repo por lo menos para ir
>>>> teniendo
>>>> >> >> >> > cosas
>>>> >> >> >> > disponibles, pero claro, ya tendríamos que meternos en ¿para
>>>> que
>>>> >> >> >> > distros
>>>> >> >> >> > desarrollamos? ¿que versiones? ¿deb y rpm o solo uno de
>>>> ellos?
>>>> >> >> >> > ¿quien
>>>> >> >> >> > se
>>>> >> >> >> > encarga de cada uno?
>>>> >> >> >> >
>>>> >> >> >> > Que vamos, le podemos dar caña. Yo tuve la suerte de hacer
>>>> algun
>>>> >> >> >> > paquetillo
>>>> >> >> >> > para el repo de Blogdrake.net de Mandriva y es una expericia
>>>> más
>>>> >> >> >> > que
>>>> >> >> >> > gratificante.
>>>> >> >> >> >
>>>> >> >> >> > El 4 de marzo de 2013 23:28, lachusmadeTI
>>>> >> >> >> > <lachusmadeti@xxxxxxxxxx>
>>>> >> >> >> > escribió:
>>>> >> >> >> >
>>>> >> >> >> >> Nache yo encantado, que el tema lo ando llevando solo y voy
>>>> de
>>>> >> >> >> >> culo.
>>>> >> >> >> >>
>>>> >> >> >> >> Salu2
>>>> >> >> >> >>
>>>> >> >> >> >> NachE <nache.nache@xxxxxxxxx> wrote:
>>>> >> >> >> >>
>>>> >> >> >> >> >Yehe,
>>>> >> >> >> >> > Visto lo viendo y viedo lo visto la creación de una
>>>> distro
>>>> >> >> >> >> > para
>>>> >> >> >> >> >BOFHers tiene algunos inconvenientes:
>>>> >> >> >> >> >
>>>> >> >> >> >> >* Mucho trabajo. Hacer una distro requiere de mucho
>>>> trabajo,
>>>> >> >> >> >> > tiempo
>>>> >> >> >> >> > y
>>>> >> >> >> >> >dedicación. Una vez creada la base comienza el trabajo
>>>> duro:
>>>> >> >> >> >> >mantenimiento, desarrollo, infraestructura, etc.
>>>> >> >> >> >> >* Para gustos, colores. Jamás nos pondremos deacuerdo en
>>>> cuanto
>>>> >> >> >> >> > a
>>>> >> >> >> >> >[deb|rpm|tar], en cuanto a Desktop, WM, demonios, etc.
>>>> >> >> >> >> >
>>>> >> >> >> >> >Hacer una distro dificil de mantener y no al gusto de
>>>> todos, es
>>>> >> >> >> >> > hacer
>>>> >> >> >> >> >una distro muerta desde el principio. Por esto, he pensado
>>>> en
>>>> >> >> >> >> > una
>>>> >> >> >> >> >solución a la que llevo dándole vueltas desde hace ya un
>>>> tiempo:
>>>> >> >> >> >> >metapaquetes. La idea es sencilla, crear metapaquetes que
>>>> >> >> >> >> > dependan
>>>> >> >> >> >> > de
>>>> >> >> >> >> >los paquetes que más usemos/nos gusten/necesitemos. A modo
>>>> de
>>>> >> >> >> >> > ejemplo:
>>>> >> >> >> >> >
>>>> >> >> >> >> >- Paquete bofh-devel: herramientas para desarrollo
>>>> >> >> >> >> >- Paquete bofh-audit: herramientas para auditoría
>>>> >> >> >> >> >- Paquete bofh-admin: demonios/servicicios/tal y cual
>>>> >> >> >> >> >
>>>> >> >> >> >> >Instalar uno de estos paquetes automáticamente instalaría
>>>> la
>>>> >> >> >> >> > colección
>>>> >> >> >> >> >de paquetes que tengamos definida. Adicionalmente se
>>>> podrían
>>>> >> >> >> >> > incluir
>>>> >> >> >> >> >configuraciones específicas dentro del metapaquete así
>>>> como una
>>>> >> >> >> >> > serie
>>>> >> >> >> >> >de archivos de configuración de ejemplo. Estos paquetes se
>>>> >> >> >> >> > harían
>>>> >> >> >> >> > para
>>>> >> >> >> >> >todas las distros que queramos/podamos. Los paquetes se
>>>> >> >> >> >> > propondrían
>>>> >> >> >> >> >para ser incluidos en los repositorios oficiales de las
>>>> >> >> >> >> > diferentes
>>>> >> >> >> >> >distros.
>>>> >> >> >> >> >
>>>> >> >> >> >> >La idea de los metapaquetes sería la de tener una distro a
>>>> >> >> >> >> > nuestro
>>>> >> >> >> >> >gusto saltándonos todo el proceso de desarrollo e ir
>>>> >> >> >> >> > directamente
>>>> >> >> >> >> >hacia el objetivo. Si a esto le sumamos que podríamos tener
>>>> >> >> >> >> > estas
>>>> >> >> >> >> >"recopilaciones" y configuraciones extra de serie en
>>>> nuestra
>>>> >> >> >> >> > distro
>>>> >> >> >> >> >favorita nos ahorraría el mantenimiento y la
>>>> infraestructura
>>>> >> >> >> >> > además
>>>> >> >> >> >> > de
>>>> >> >> >> >> >facilitarnos enormemente el trabajo simplemente contando
>>>> con una
>>>> >> >> >> >> >conexión a internet.
>>>> >> >> >> >> >
>>>> >> >> >> >> >A fin de cuentas, a menos que hagas un linux from scratch,
>>>> una
>>>> >> >> >> >> > distro
>>>> >> >> >> >> >es una serie de paquetes y configuraciones específicas.
>>>> >> >> >> >> >
>>>> >> >> >> >> >¿Qué sus parece?¿Sus animáis?
>>>> >> >> >> >> >
>>>> >> >> >> >
>>>> >> >> >> >
>>>> >> >> >> >
>>>> >> >> >> >
>>>> >> >> >> > --
>>>> >> >> >> > Lista de Correo #BOFHers -
>>>> //www.freelists.org/list/bofhers
>>>> >> >> >> > Síguenos también el Twitter, en el hastag #BOFHers (y
>>>> derivados)
>>>> >> >> >> > ¡También tenemos un servidor IRC!
>>>> >> >> >> > irc.escomposlinux.org:6667canal
>>>> >> >> >> > #BOFHers
>>>> >> >> >>
>>>> >> >> >>
>>>> >> >> >>
>>>> >> >> >> --
>>>> >> >> >> -------------
>>>> >> >> >> J.A. Nache
>>>> >> >> >> http://nache.net
>>>> >> >> >> http://janache.com
>>>> >> >> >> nache.nache@xxxxxxxxx
>>>> >> >> >>
>>>> >> >> >
>>>> >> >>
>>>> >> >>
>>>> >> >>
>>>> >> >> --
>>>> >> >> -------------
>>>> >> >> J.A. Nache
>>>> >> >> http://nache.net
>>>> >> >> http://janache.com
>>>> >> >> nache.nache@xxxxxxxxx
>>>> >> >>
>>>> >> >
>>>> >>
>>>> >>
>>>> >>
>>>> >> --
>>>> >> -------------
>>>> >> J.A. Nache
>>>> >> http://nache.net
>>>> >> http://janache.com
>>>> >> nache.nache@xxxxxxxxx
>>>> >>
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Lista de Correo #BOFHers - //www.freelists.org/list/bofhers
>>>> > Síguenos también el Twitter, en el hastag #BOFHers (y derivados)
>>>> > ¡También tenemos un servidor IRC! irc.escomposlinux.org:6667 canal
>>>> #BOFHers
>>>>
>>>>
>>>>
>>>> --
>>>> -------------
>>>> J.A. Nache
>>>> http://nache.net
>>>> http://janache.com
>>>> nache.nache@xxxxxxxxx
>>>>
>>>>
>>>
>>
>>
>> --
>> vdo1138
>>
>
>
>
> --
>
>
> Saludos,
>
> Eduardo G. Aguilar Grandes
>
--
Saludos,
Eduardo G. Aguilar Grandes
Other related posts:
