headers
Marcelo | 19 Oct 00:57
Picon

Re: Upcoming Bug Squashing Parties to help the squeeze release

Deberíamos armanos una local, o organizar una el mismo día que haya
otra en otro lugar del mundo, de forma que se pueda cooperar.

No es difícil, pero sí se ocupa saber algo de programación,
empaquetado y similares.

Marcelo

On Mon, Oct 18, 2010 at 08:40, Gaudenz Steinlin <gaudenz@...> wrote:
> Hi
>
> As you all probably know by now, we current *tentative* deadline for
> Squeeze release is December. The only way to make it for then and to
> make Squeeze the best release ever(TM), is to squash RC bugs
> *together*. Several bugs squashing parties will take place in the next
> weeks (see below) more (specially outside Europe) are certainly
> welcome[1]. Please consider attending one of the BSPs if you live near
> one of the locations.
>
> Please note that you are generally required to sign up in the
> attendance lists, in order to plan ahead the needed spaces; check th
> BSP wiki pages for more details.
>
>
> Paris, France, Saturday 30th and Sunday 31th October
> ====================================================
> Location: Université Paris 7
> Coordination Page: http://wiki.debian.org/BSP2010/Paris
> The BSP is run in the context of the Mini DebConf Paris, 2010,
> http://fr2010.mini.debconf.org/
(Continue reading)

Permalink | Reply | 3 comments |
headers
Moises Brenes | 19 Oct 23:16
Picon
Gravatar

Re: Upcoming Bug Squashing Parties to help the squeeze release

On 18 October 2010 16:57, Marcelo <marcelo.magallon@...> wrote:
> Deberíamos armanos una local, o organizar una el mismo día que haya
> otra en otro lugar del mundo, de forma que se pueda cooperar.
>
> No es difícil, pero sí se ocupa saber algo de programación,
> empaquetado y similares.
>
> Marcelo

y generalmente que es lo que se hace?
http://wiki.debian.org/BSP/BeginnersHOWTO ??

no me queda claro si se debe ser al menos un DM para participar :P.

Segun entiendo solo estos bugs son los que se deberian de tomar para el BSP.
http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=piuparts;users=debian-qa-0aAXYlwwYIJuHlm7Suoebg <at> public.gmane.org&archive=both

Cual es el plan que se sigue para colaborar?... alguien aca(en CR) va
a hacer algo, no necesariamente se debe reunir fisicamente?

Saludos!

--

-- 
http://blog.mbrenes.com

El individuo ha luchado siempre para no ser absorbido por la tribu. Si
lo intentas, a menudo estarás solo, y a veces asustado. Pero ningún
precio es demasiado alto por el privilegio de ser uno mismo. -
Friedrich Nietzsche.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Moises Brenes | 19 Oct 23:20
Picon
Gravatar

Re: Upcoming Bug Squashing Parties to help the squeeze release

2010/10/19 Moises Brenes <moises.brenes@...>:
> y generalmente que es lo que se hace?
> http://wiki.debian.org/BSP/BeginnersHOWTO ??
>
> no me queda claro si se debe ser al menos un DM para participar :P.

Lo decia por esto
...
On the first line after the package version, mark your changes as
non-maintainer upload:
...

Alguien tiene que [ / va a] estar a cargo por cada "equipo" en caso de
que se haga uno en CR, quien controla los cambios que se suban? ( que
necio que soy :s )
Permalink | Reply | 0 comments |
headers
Marcelo | 21 Oct 01:41
Picon

Re: Upcoming Bug Squashing Parties to help the squeeze release

2010/10/19 Moises Brenes <moises.brenes@...>:

> y generalmente que es lo que se hace?

 La idea es generar arreglos para problemas presentes en la base
 de bugs de Debian que sean partinentes para el release.

 La lista que vos indicaste.

 No es necesario ser DD o DM para participar.

 Lo que se puede hacer es tomar los paquetes, generar los
 arreglos y subir los parches al BTS.  Una vez allí un DD o un DM
 pueden tomar el parche, generar binarios y subirlos al archivo.

 La parte realmente importante es generar los parches.

 No todo bug requiere de saber de programación, pero es posible
 que si todavía hay bugs abiertos es porque sean en una forma u
 otra difíciles de resolver.  Los bugs re-re-pollos a esta altura
 son raros, pero existen.

 Otra cosa que es útil es proveer descripciones muy precisas o
 mecanismos automatizados para reproducir bugs.

 Sí se ocupa algún grado de familiaridad con el sistema de
 paquetes.

 No es necesario estar en el mismo sitio, pero sí es usual
 coordinar por medio de IRC.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marcelo | 30 Oct 05:27
Picon

Cómo está diseñado UNIX

Hola,

hay un artículo en LWN bastante interesante respecto al diseño (los
patrones de diseño en realidad) de UNIX.  El artículo es para
suscriptores solamente, pero a partir del 4 de noviembre quedará
abierto a todo el público, para que lo pongan en el calendario si no
tienen una suscripción.

Ghosts of Unix Past: a historic search for design patterns

http://lwn.net/Articles/411845/

Marcelo
Permalink | Reply | 0 comments |

Gmane