Deathlock.org - El Blog!

Me encuentro revisando por ahi algunos viejos bookmarks, y me encuentro con varios Plugins para FireFox3 ( que mas de un dolor de cabeza ya me a brindado ), para editar Blog’s…. esta bastante bonito en general, de echo lo estoy utilizando para realizar este post. Su nombe es ScribeFire y weno, vamos a ver q’ tal se porta este nuevo chiche… en una d esas, me ahorro la lata de estar entrando a mi dashboard… ^^

En su informe anual ha revelado que se siente cada vez más presionado por las compañías de código abierto, compañías que además, dice, le están robando las ideas.
Hace unos días se vieron las declaraciones de Shuttleworth en las que aseguraba que Microsoft no declararía nunca la guerra a Linux. El fundador de Canonical trataba de tranquilizar a la comunidad diciéndoles que no creía que la empresa de Redmond quisiera entrar en pleitos con ellos respecto a la propiedad intelectual.
Pero este último comunicado de Microsoft parece indicar una actitud poco amigable: “Varias empresas comerciales compiten con nosotros utilizando un modelo de negocio de código abierto que modifica y después distribuye software de código abierto a los usuarios a un coste nominal, ganando dinero de los servicios y productos complementarios que ofrecen. Estas compañías no tienen que hacer frente a los costes de I+D para el software. Algunas de estas empresas han utilizado ideas de Microsoft, ideas que nosotros les hemos ofrecido de forma gratuita o a unas tarifas reducidas en conexión con nuestras iniciativas de interoperabilidad”.

En definitiva, Microsoft cree que la comunidad de software libre le está robando las ideas y se está beneficiando de su propiedad intelectual. Además, considera que copia sus aplicaciones para después venderlas a un precio inferior.

¿Es esto una advertencia?

Fuente: TheInquirer.net

Hi,

We just edited our hint files, so that all packages now need human
review in order to go to testing. Hmm, that sounds too cryptic. Let's
try again:

  Lenny is now frozen! Wheeeeeee!!!

Thanks are due to everyone who has helped get us to this point.

For those maintainers whose packages were unprepared for a freeze at
this moment (the process has, after all, been a long one), you still
have one last opportunity to get things into shape if there are any
remaining important problems. Read on.

Now to explain what, exactly, we mean by "freeze".  The freeze
upload policy of uploading changes in through unstable if possible will
be continued to apply until the release.

All package versions that are at this moment already in unstable get
an automatic freeze exception (except those that are frozen for
reasons, of course).  This means that packages you've uploaded in the
past week will be able to go to testing (if they aren't hit by
other problems).

Now, so as not to have everyone contact us at once about packages we
know we won't approve, here are the guidelines for changes that will be
accepted into testing during the freeze:

  - fixes for release critical bugs (i.e., bugs of severity critical,
    grave, and serious) in all packages;

  - changes for release goals, if they are not invasive;

  - fixes for severity: important bugs in packages of priority: optional
    or extra, only when this can be done via unstable;

  - translation updates and

  - documentation fixes.

  - pre-approved fixes.

If you have such a change and want to update your package in Lenny, the
rules are as follows:

  - In all cases, when preparing an upload, please do not make changes to
    the package that are not related to fixing the bugs in question.
    Doing so makes it more time consuming for the release team to review
    and approve such requests, delaying the release.  It also delays the
    fix for your package, because you will be asked to reupload. Always
	document every change verbosely in the changelog.

  - If in doubt, first contact debian-release.

  - When contacting the release team, please explain why you are
    requesting an update.  Bug numbers are a must.  Attach the proposed
	(or uploaded patch.  The more we can figure out from your first email
	and your changelog (if any), the more quickly we can get your update
	in.

  - If your package needs to be updated for Lenny, and the version in
    unstable doesn't contain extraneous changes (e.g, the version is the
    same between testing and unstable), please upload your fix to
    unstable and contact debian-release@lists.debian.org.

  - If the version in unstable already includes significant changes not
    related to the bug to be fixed, contact debian-release about
    uploading to testing-proposed-updates.  Changed dependencies, new
    upstream versions, changed library names, and completely rewriting
    the packaging are "significant changes".  So are lots of other
    things.

  - If the version in unstable won't reach testing because of new
    library dependencies, contact debian-release about uploading to
    testing-proposed-updates.

  - If you have a package that needs a freeze exception, *please* don't
    forget to contact us.  *Don't expect us to find out about it on our
	own*.  Putting a comment in the changelog is not contacting the
	release team.  

  - If your package has been removed recently (i.e. in the last 20 days)
    due to an RC bug, and you have an bugfix-only update uploaded,
    you can contact the release team about letting your package back in.
    Same as above: Do not expect us to find it out ourself. You need to
    push that.

As always, it is the release team's goal to get as much good software
into Lenny as possible.  However, a freeze does not mean that your
package is ensured a spot in the release.  Please continue to stay on
top of release-critical bugs in packages that you maintain; RC bugs in
optional or extra packages that remain unfixed after a week will still
be grounds for removal from testing, just as they have been up to this
point.

Please also note that since many updates (hopefully, the vast majority)
will still be going in through unstable, major changes in unstable right
now can disrupt efforts to get RC bugs fixed.  We don't ask you not to
make changes in unstable, but we do ask that you be aware of the effects
your changes can have -- especially if you maintain a library. Please
continue to keep disruptive changes out of unstable, and continue making
use of experimental where appropriate.  Note once again that you can
stage NEW uploads in experimental to avoid disruption in unstable.

Also, in case you need release team's help to fix RC bugs (e.g. to remove
an old package), please feel free to contact us.

For packages which missed the freeze only for reasons outside of the
control of the maintainers, we might be generous, but you need to contact
us on your own, and you need to contact us soon.

What needs to happen before release
===================================
There is a short list of things that need to happen, though.

Fixing of release critical bugs
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
For the release, we need to get rid of all release critical bugs. Please
don't hesitate, pick any bug from
http://bts.turmzimmer.net/details.php?bydist=lenny and fix it. Or send in a
patch in case there is none yet. And of course, follow our permanent BSP
policy for your NMUs. Uploading works as you are used to -- just remember to
send an e-mail to debian-release@lists.debian.org to get your fix through.

Security support
~~~~~~~~~~~~~~~~
Final preparations for security support will be done during the general
freeze, that is now. We hope being able to announce start of security
support soon, but obviously, it is a pre-condition for release.

Cheers,
Marc

Un sysadmin saca el nuevo servidor para el sitio web de su caja, instala sistema operativo, realiza parches de seguridad, revisa que la electricidad y el aire acondicionado funcionen perfectamente en la sala de servidores, monitorea la maquina para verificar su estabilidad, configura el software, realiza backup’s por si algo llega a salir mal, todo para servir este sitio web.

Un sysadmin instala los routers, tira el cableado estructurado, configura la red, prepara los firewalls y guía el trafico de la red por cada uno de los saltos, atravesando cobre, fibra e incluso el aire para llevar internet a tu computador, todo para estar seguros de que esta pagina web sea visible por tu computador.

Un sysadmin se asegura que tu conexión de red es segura, abierta y funcionando, Un sysadmin se asegura que tu computador funcione de una sana manera en una red segura, Un sysadmin toma respaldos de toda la información para cuando rompas algo, no pierdas nada, se asegura de que las gateways estén seguras para evitar la intromisión de crackers y otro tipo de plasta informática, y sin importar cuantos miles de copias se envíen a la impresora desde el departamento de contabilidad, esta sigue imprimiendo sin problemas.

Un sysadmin se preocupa del spam, virus, spyware y codigos dañinos, pero tambien de los cores de luz, de los incendios y de las inundaciones.

Cuando el servidor de correos se cae a las 2 AM del domingo, Tu sysadmin mas cercano se levantara e ira a trabajar!

Un sysadmin es un profesional, quien planea, se preocupa, hackea, repara, parcha, soluciona, protege y crea exelentes redes de computadores, todo para llevar la data a ti y ayudarte a cumplir tu trabajo - para llevar el potencial de los computadores aun mas seca de la realidad.

Así que si puedes leer esto, GRACIAS SYSADMIN — y siempre ten en cuenta que el o ella hacen posible de que el trabajo llegue a nuestras casillas de correo desde el otro lado del mundo, de que tengamos mensajería instantánea, de las llamadas telefónicas gratuitas a nuestros amigos en Australia, DE ESTA PAGINA WEB!

Demuestrales tu Aprecio

Viernes, 25 de Julio del 2008 ( o el Ultimo Viernes de Julio ), System Adminitrator Apprecioation Day. En este dia internacional tan especia, dale a tu Administrador de sistemas algo que le demuestre cuanto realmente lo aprecias por su duro trabajo y dedicacion.

Porque enfrentemos lo, los Administradores de Sistema no tienen respeto por los 365 días del año. Este es el día donde todos los Administradores de Sistemas alrededor del mundo, serán mimados con Lujosos autos deportivos, montañas de dinero ( en efectivo por favor ), en demostración de todo lo que apreciamos su diligente labor y trabajo duro. Ahora en serio, solo pedimos un pequeño simbólico regalo o un simple agradecimiento publico, sabemos que puedes hacerlo.

P.D.: Feliz Dia para MI, Feliz dia jill-9!  Y feliz Dia a todos los Administradores de Sistema!

Y termino, luego de largas horas sobre un BUS termina la ExpoTalca 2008, proyecto que ideo la escuela de Informatica de la Universidad Santo Tomas de Talca. Un aplauso para ello, en la organizacion realmente se pasaron.. un 7, y evidentemente un especial agradecimiento a debianmandoneao por invitarnos…

1 2 3 4 5 6 7 8 9

public class Hello {     public static void main(String[] args) {     System.out.println("Hello World!");     }   }

18 19 20 21 22 23 24 25 26

class Example     def example(arg1)     return "Hello: " + arg1.to_s     end   end

3 4 5 6 7 8 9 10 11 12 13 14 15

function foo() {     echo "Hello World!\\n";     }     for (\$i = 0; \$i < 10 $i++) {     foo();     }   ?>

Tres desarrolladores siguen en carrera para ser escogidos como DPL (debian project leader)este año, luego que las nominaciones fueron cerradas el 8 de Marzo. El actual DPL, Sam Hocevar, no se encuentra entre los tres.

Steve McIntyre es el miembro más adulto de los tres, habiendo ingresado en 1996.Raphael Hertzog, quien también fue candidato el 2002 y 2007, ha sido parte del proyecto desde 1998 mientras que Marc Brockschmidt, el más joven de los tres, comenzó su participación en Debian el año 2004.

Dicho período de campaña se realiza entre el día 9 de Marzo al 30 de Marzo; se organiza un debate online (irc.debian.org - /join #debian-dpl-debate - lista de correo)durante dicho periodo. Las votaciones se realizan entre el 30 de Marzo y el 13 de Abril, mientras que el nuevo DPL comienza su mandato el 17 de Abril.

El proyecto Debian usa el método Condorcet para determinar un ganador; citando su propia explicación, uno tiene que “considerar todas las competencias posibles de doble dirección entre candidatos. El ganador Condorcet, si es que hay uno, es quien pudo vencer a cada uno de los candidatos en estas competencias” Manoj Srivastava, senior Debian developer, quien es secretario del proyecto, es el equivalente a un comisionado de elección.

Cada candidato coincidió en una plataforma cuando fueron nominados: el deseo común de hacer Debian mejor conocido. Hertzog ha propuesto una mesa DPL y mencionó que los otros dos que tendría en dicha mesa - su idea es que teniendo tres personas más con ideas en común se puede lograr más que solo existiendo una.

McIntyre, quien trabajó como asistente no-oficial del project leader 2006, ayudando al Australiano Anthony Towns, ha dicho que le gustaría mejorar las comunicaciones al interior del proyecto: algo que ha sido generalmente un problema durante estos años.

Brockschmidt, sin embargo, concuerda que mejorando las comunicaciones - las cuales dice que quedan mejor expresadas como stopping flames - no es posible, debido a que los desarrolladores no son muñecos de peluche.

Parece muy probable que el nuevo lider presidirá Lenny cuando sea liberado,siguiente release estable, cuya versión es 5.0. Han habido algunas conversaciones sobre la liberación de éste en Septiembre o en cualquier caso antes de fin de año.

Informacion sobre el debate de IRC luego del salto.

(más…)

Resulta que ultimamente varias personas me alegan que el tutorial que esta por ahi para configurar broadcom no funciona… Bueno, resulta que hay actualizaciones del chip BCM, y evidentemente un cambio en el firmware, por ende logran poner los drivers, compilar y montar el modulo sin problemas, pero a la hora de levantar la interfaz no pasa nada. :S

Me puse a buscar por ahi, y encontre la pagina del BCM43xx Project ahi pueden encontrar mucha info con respecto a los diversos rev. de los chip’s aqui de pasaita les dejo la tabla de versiones de los chips segun modelo de laptop.

Una de las razones por la cual me gusta mucho Debian, es por la calidad de su desarrollo con una comunidad de devel’s preocupada y en constante inovacion. Todos voluntarios, y asi tal cual por bolitas de dulce tienen un rendimiento que cualquier empresa de software privada le gustaria tener.

No se si algunos recuerdan el Exloit Local que aparecio hace ya un par de semanas atras, con el cual se permitia a un usuario normal, obtener privilegios de root. Bueno ahora paseando por la web, me encuentro con un pequeño informe realizado por DistroWatch que revela el tiempo de respuesta de las diferentes distros frente a este bug, y cuanto tardaron en repararlo:

1. Debian (0+ horas)
2. Fedora (8+ horas)
3. Slackware (12+ horas)
4. Mandriva (19+ horas)
5. Frugalware (21+ horas)
6. OpenSUSE (23+ horas)
7. rPath (26+ horas)
8. Red Hat Enterprise Linux (27+ horas)
9. Ubuntu (27+ horas)
10. CentOS (37+ horas)

Fuente: VivaLinux

Hasta hoy en la mañana si tu entrabas al portal Debian.cl o a su foro, etc… encontrarias un amigable portal dedicado a difundir y ayudar a la comunidad con todo lo que respecta a Debian. Pero si entras ahora veras ESTO:

Administrador Debian.cl

Amigos, lamentablemente hubo ciertos problemas de diferencias de opiniones entre mi persona
y el staff que acepte, por ende decidi retirar el dominio de la comunidad, para que ellos
puedan seguir libremente su camino a su parecer y yo direccionar este dominio “debian.cl”
a un nuevo portal de comunidad de usuarios. Ademas quiero decirles que el mirror seguira
funcionando como siempre ” http://mirror.debian.cl”. Pronto estaremos devuelta, mas ordenados,
eficientes y fuertes que nunca.

Un saludo.. Rodolfo Thöne

Cualquier consulta enviarla a soporte@debian.cl

Para los que no saben, Rodolfo Thöne es el register del dominio debian.cl el cual luego de un arrebato de Egocentrismo dejo a lacomunidad sin dominio, alegando que era de su propiedad y hacia con el lo que quisiera. Y si el se iva se llevaria el dominio con el, cosa cual asi iso. En estos momentos el staff de Debian.cl (del cual formo parte) se encuentra realizando las gestiones para poder recuperar el dominio, para asi dejarlo a nombre de Debian.org como siempre tendria que ser. Nosotros como staff pretendemos ser representativos de los ideales de esa entidad, y por ningun motivo de los ideales de una persona.
Asi que los invito a ver de vez en cuando debianchile.alioth.debian.org donde poseemos una infraestructura que utilizamos para desarrollo, pero por el momento es el unico medio que tenemos para comunicarnos con la comunidad, ahi encontraran un foro meo feito pero util, y una listade correos publica, por la cual estaremos haciendo anuncios a la comunidad y tambien para recivir sus inquietudes. La lista la pueden encontrar en la siguiente URL: http://lists.alioth.debian.org/mailman/listinfo/debianchile-users
Agradesco tremendamente todos los e-mails de miembros del foro brindando su apoyo, soporte y ayuda, de veras muchachos cosas asi son las que nos dan mas fuerza para pelear y sacar adelante este gran proyecto que es DebianChile, se pueden comunicar con migo ya sea por la lista de correos o a pwnbofh[at]gmail[dot]com , y porfavor no vayan a creer que el es el ADMINISTRADOR de debian.cl, no lo es, nunca lo fue y jamas lo sera.