Mensajes

yes, we know emesene 2.11.4 is a little rough around the edges, but we needed to make a release to reach a wider audience, get more feedback and hopefully more developers (help us!)

Que en la jerga del programador se traduce como "En realidad no está listo, pero queremos hacer un release para testear" ...

Bueno, el hecho no es si KDE está o no disponible, sino que, como KDE no sea la plataforma de escritorio POR DEFECTO para Unix, un messenger para KDE no será el messenger por defecto para Unix. Que es precisamente lo que dije cuando mencioné que:

Te repito y agrego  ... Salvo por Mac ¿a quien le importa Unix® cuando hablamos de escritorio ? tenemos que hablar de Unix-Like, y dentro de Unix-Like Está GNU/Linux, BSD e OpenIndiana (un sistema que está por basarse en Illumos  y es un "fork" del antiguo OS/Net de OpenSolaris), En todos estos hay KDEs volando por defecto o listo para instalar (El "por defecto" acaso importa ? por que Windows viene por defecto en los sistemas que uno compra en las grandes tiendas y que yo sepa todos acá lo borramos e instalamos otra cosa  )

Insisto, no veo a alguien usando AIX, HP-UX o Solaris para un escritorio, ni remotamente ... (Quizá Solaris si, pero hasta ahí ... y Mac ? Bueno, ahí ya depende del usuario )

¿Sabés lo que es Unix® ? Es una marca registrada, y para ponerle a un sistema la palabrita "Unix®", tenés que pagar, y BASTANTE ... dejando a los sistemas tipo Unix que apuntan al desktop afuera ... repito : ¿sabés lo que es Unix® ? ¿Acaso siquiera importa? la respuesta a ambas es "No"

P.S: Dicho sea de paso, dejé la filosofía del software libre/opensource a un costado un rato ...

Y no, no me vengas con que emesene necesita Gnome porque cualquiera tiene GTK instalado nomás por correr GIMP. Precisamente el motivo por el que aMSN era tan grosso en Unix (todos, incluido MAC), era que estaba en TCL/TK. Ningún sistema Unix, sea con Gnome, KDE, fluxbox, o enlightenment puede decir que no corre TCL/TK, y eso era un golazo para aMSN. Pero tampoco hay lo que digamos muchos entornos de escritorio Unix sin GIMP, y por ende, GTK está por todos lados, por eso emesene viene robando tanto.

Ahh, bajo esa premisa decís que todos sabemos usar GIMP y que por eso tenemos GTK ... Wrong !
Lo que trataba de decirte era "Si uno va a instalar librerías de GNOME en KDE, por que no al revés ?"

Y es abajo cuando dije que en realidad, lo correcto, es que el mensajero se elige en base al entorno de escritorio ... ¿ por qué ? principalmente por consistencia visual, para no mezclar entornos y por temas de consumo de memoria.

No entiendo por qué tanta fiesta a un entorno que está muriendo como GNOME.... desde que salió la versión 3 (siempre comparemos upstream) y ahora con esto : http://www.phoronix.com/scan.php?page=news_item&px=OTQ1Nw
El Unix® sabés donde lo podés guardar ¿no?  (subo la apuesta : Unix-Like, por que si eso se concreta, ni bsd, ni sistemas basados en illumos ni nada, LINUX)

Me intriga saber si siquiera lo probaste (Yo le hice la seguidilla en los builds de OpenSUSE y en Fedora Rawhide) ... dicho sea de paso, siempre podés leer reviews al respecto ... ¿ tenés idea DEL DESASTRE que es eso ? Si no disponés de aceleración gráfica y 800 MB de RAM, terminamos la charla acá, por que la famosa interface de fallback jamás apareció (puede ... pero primero tenés que iniciar el escritorio para habilitar la config esa, LOL !! ), con KDE4 eso nunca pasa, por que se diseñó BIEN ! el renderer está perfectamente abstraído y no requiere de aceleración, at all ... (y dicho sea de paso, se puede correr con 300 MB de RAM, por que desde la 4.4 con la KSharedDataCache se mejoró mucho el manejo de memoria)

Y volviendo a la disponibilidad de KDE. Vamos a ser serios. KDE3 era el cielo, KDE4 apesta.

La misma parva de usuarios conservadores dijo lo mismo de KDE3 con respecto a KDE2 ... Respecto a decir que KDE3 era el cielo, sólo me demuestra tu ignorancia al respecto ... Desde el código (y su calidad y diseño) a la usabilidad son dos cosas totalmente distintas ... Años LUZ ...

Lo lamento, pero tengo poca tolerancia para las pelotudeces, dejá de decirlas ... si vas a argumentar, hacelo bien. Gracias !

Saludos.

P.S: Con mucho gusto podés pedir fuente para cualquier cosa que haya dicho en este mensaje ...

@tragantras: Propagar se usa para referirse al acto "natural" de que las variables de entorno se hereden por procesos hijos, naturalmente con intervención de uno...
No encuentro nada raro, ni pomposo en esa palabra ... Con un poquito de lecturas sobre *nix vas a encontrar este término bastante seguido (o por lo menos en la gran cantidad de manuales que leí la encontré) ... por que las variables de entorno no son "públicas", sino locales (visible al proceso que la declara e hijos) ...

Leer no daña : https://secure.wikimedia.org/wikipedia/en/wiki/Environment_variable#Unix

Saludos.

Revivo el tema para agregar algo de info.
En un reciente artículo de la BSD Magazine salió cómo mitigar un DDoS con pf ...  les dejo el enlace :

http://www.freebsdnews.net/2011/05/17/bsd-magazine-2011-05-embedded-bsd-freebsd-alix/

Saludos.

[es para KDE, por eso no perfila para ser el messenger por defecto para Unix]

Sin contar las versiónes anteriores, que por algo están abandonadas. La versión 2 está siendo probada, y el autor recluta gente para probar y codificar. Curiosamente habla español así que podrías contactarlo y hacer un bien a todos  

¿Declararon la 2 como estable? eso es lo que no entiendo, la ofrecen en el sitio, pero no sé si es estable, siempre leo que se habla de la 2 leo sobre "desarrollo" ...  Es poco profesional liberar algo en desarrollo en el sitio oficial, dejar a un costado el último release "estable" y dejar el QA a los usuarios ...

P.S: no programo en python, y ya tengo código que cuidar a que estar haciéndole la tarea a un universitario que quiere hacer algo y no sabe hacer las cosas ...

Seguramente menos milenios que a aMSN  
KMess es para KDE, por eso no perfila para ser el messenger por defecto para Unix. aMSN lleva muchos años de tregua. Los users de Linux, BSDs y MAC esperamos por algo que avance, y es una iniciativa que emesene ha tomado.

No tengo más novedades de las que puedas leer en el blog de emesene = P

No entiendo qué tiene que ver que sea para KDE, este entorno está disponible para cualquier plataforma que me llega a la cabeza ... ¿me perdí de algo ? (Creo que lo que nos importa, en cuanto a "MSN" es la platea de sistemas Unix-Like no los sistemas Unix® ... ¿ en el ámbito desktop ? no veo a alguien corriendo en un servidor cosas desde X para arriba, bah, en algunos contextos sí, pero no un mensajero instantáneo, ponerse a chatear desde un servidor ... )

Por el lado de "entorno" lo veo en igualdad de condiciones (Si es que me reservo algunos comentarios personales sobre GNOME)

Los users de Linux, BSDs y MAC esperamos por algo que avance, y es una iniciativa que emesene ha tomado.

Yup, pero lo ideal es tener algo que sea relativamente estable, acá en mi FreeBSD, en Linux y Solaris noté un horrendo consumo de memoria (tené en cuenta que el mensajero never, ever, ever lo cierro, y la compu rara vez se apaga ) y la hemorragia de descriptores de ficheros la notás cuando las aplicaciones se empiezan a comportar raro, lanzás algo, ves que excediste el límite y el culpable aparece después de indagar un poco .... Usando versiones tanto vanilla como de repos

Por ahora no noté nada fantástico *y medianamente estable* en emesene que kmess no tenga (insisto, no probé la dos, no sé si se marcó como estable, y en ports está el último release nombrado como tal : 1.6.3), salvo el soporte de webcams ... está en la GUI, pero no funciona ....

Igualmente dos cosas importantes para elegir un mensajero es estabilidad y principalmente entorno de escritorio ... con lo que un usuario de GNOME no va a querer instalarse KMess, va a usar algo como pidgin por ejemplo....

Saludos.

P.S: Igualmente ahora marqué el "msn" como deprecated y ando usando XMPP en mi mensajero instantáneo principal ...

Que las setee (o sobreescriba, según sea el caso) para que *todas* las aplicaciones lanzadas las hereden, a eso llamo que las variables de entorno se propaguen ...

Saludos.

@xkiz: Lástima que tires la toalla tan rápido, también es una lástima que no entiendas que ni GNU ni Linux trata sobre precios (es una consecuencia de que sea libre) ... y samba sí tiene interfaces para configuración, pero buéh ...

Saludos y suerte en Windows 7

P.S: El tema queda preventivamente con candado.

Habrá que ver cómo resulta todo, personalmente me preocupa las últimas movidas de Microsoft .... Como el caso de la compra de Novell mediante Attachmate (Donde volaron patentes) y la despedida masiva de empleados (buena parte de ellos de mono, que terminó en un fork : Xamarin - qué nombre de *****, btw -  ) ... El que Nokia tire a un costado a MeeGo y que saque móviles con WP7, lo que deja a un costado tanto como a una plataforma Linux como a Qt (Siendo Qt la base de KDE, no nos olvidemos) ...

La cocina de Nokia está largando un olor que NO ME GUSTA ... por que personalmente la veía como una empresa *copada* en cuanto a FOSS

Nótese que un fork es TODO UN TRABAJO, y el perder empleados laburando full time en un proyecto es un golpe durísimo ... esperemos que la gente de Nokia recapacite (Que miren las ventas de WP7)  y vuelva al tren MeeGo/Qt (u Android, aunque no lo veo posible a eso).

En cuanto a Xamarin no me preocupo, es necesario, pero el temita .NET es un campo minado de patentes (méh, tema super discutido, aunque algunas cosas se podrán agregar : http://foro.elhacker.net/foro_libre/iquestes_mejor_la_situacion_de_patentes_de_mono_que_la_de_java-t304736.0.html )

Saludos.

[puede ser]

@dvdr: yo ando pidiendo que usen pastebin para información "transitoria" como lo es salidas de consola ... primero por que es menos uso de espacio de la DB con cosas redundantes, segundo, estos sitios están hechos para eso !
En IRC/Twitter/Identi.ca se acostumbra mucho a usarlo y es práctico, por que además podés poner el tiempo de borrado de la nota ...

Si no te gusta el proveedor pastebin, podés usar otro, pero la idea es que en lo posible las salidas de consola vayan a otro lado ^^

dvdr, me podrías dar la salida de un "lspci -vk" para ver qué driver usa esa versión de Ubuntu que usás ? Gracias !!! (Aunque no sé si serán las mismas placas, pero el dato sirve igual)

@RedZer:  Te edité tu post borrando lo que te pidió dantemc (eso trata sobre alsa ... snd-hda-intel es un driver de sonido para alsa- ), insisto con que me falta que ejecutes un "lspci -vk" en la consola para obtener la info que te dije, igualmente el "ifconfig -a" me muestra que el driver está funcionando y una forzosa lectura del lsmod me indica que tu placa está usando el driver de realtek rtl8187 (aunque sigo sin saber qué placa es)

El tema de la señal puede ser afectado por que el dispositivo no está a toda potencia (modo de ahorro de energía quizá, depende del daemon/entorno de escritorio que uses para gestionar esto), justamente para ahorrar batería, si querés sacrificar algo de batería por algo de estabilidad en la inalámbrica en el caso de ese driver, que está basado en mac80211(todavía no lo integran bien aparentemente hasta la versión 2.6.40 del kernel, pero podés probar ) : http://linuxwireless.org/en/users/Documentation/dynamic-power-save

Código (bash) [Seleccionar] Expandir

sudo iw wlan0 set power_save off

Fijate, los principales problemas revuelven sobre eso, pero sino, ni idea (ví otros usuarios de realtek con problemas similares, pero no sé si es casualidad o es un tema del driver/placa)

Saludos.

Si, si tenés /home en una partición separada, entonces cambiar distros es tan sencillo como cambiar de medias.
Simplemente tenés que indicarle al instalador de la nueva distro que en otra partición ponga el / y que use el /home existente (que lo monte) . mismo nombre de usuario y en caso que se arruinen los permisos, iniciás sesión de consola como root y hacés un "chown -R tuusuario:grupo /home/tuusuario" en consola, siendo grupo normalmente el mismo que el usuario ... y listo ! (salís con "exit" y reiniciás con "reboot", por si las dudas )

Ahora, si no tenés /home en otra partición, mala suerte, sacá backup de todo, y cuando instales el nuevo sistema tratá de poner /home en otra partición (dejando a / en otra, que tenga entre 10 y 40 GB - preferentemente 40 - depende de cuantas cosas instales ), salvo que quieras hacer algo un poquito bastante fuera de *protocolo* si no disponés de medios para el backup ...

Ahora, si querés sacar una lista de qué software tenés instalado para indicarle ( con más o menos éxito) a la nueva distro que lo instale, se puede también, pero tené en cuenta que las distros llaman a lo mismo de diferente forma, con lo que no te lo aconsejo (anotá en un papel o un txt el software que uses mejor =/)

El paquete con drivers no libres es firmware-linux-nonfree, fijate si realmente lo necesitás, y si es así, instalalo ... (tenés que habilitar los repositorios non-free, si necesitás ayuda con eso, avisanos)

Saludos.

Los drivers son los mismos usualmente, lo que quizá necesites habilitar son los drivers non-free (no libres) que vienen en el kernel de muchas distros pero en Debian no (desde la 6).
Pero si, todas las distros usan lo mismo, configurado de otra forma, con lo que todo debería andar perfectamente de distro a distro ....

Saludos.