Barrapunto

$ cat /proc/cpuinfo
$ cat /proc/meminfo

...pero con hacer un programa que lea los archivos de /proc, y te los enseñase en bonito bastaria (supongo k tendria k releer cada x tiempo). No se como lo habeis hecho, pero si lo habeis hecho asi, me pregunto pq no habeis dado toda la informacion posible (no solo cpu y memoria), y si no lo habeis hecho así, ¿como lo habeis hecho?

... pero ya hay bastantes herramientas para lo mismo.
Si lo habéis hecho por diversión, bienvenido sea, seguro que aprendéis un montón.

Para los que preguntaban cómo estaba hecho, aparte de las típicos .h y .c que genera Glade, hay un lininfo.h donde está toda la miga, que se resume en lo siguiente:

#define PROC_DIR "/proc/"
#define CPU_FILE "/proc/cpuinfo"
#define MEM_FILE "/proc/meminfo"

No se qué pensar. ¿No os parece algo simplón?

Perdonad la acritud del mensaje, pero habéis pedido que os demos nuestra impresión, y ésta es la mía.

Saludos.

¿no es esto barrapunto? Los tiempos cambian...

Ahora que estaís empezando y no teneís el problema de tener mucho código ya hecho que no podaís tocar, pienso que sería hora de preguntar a la gente qué quiere de este tipo de programas. Que supongo será en parte lo que pretendíais publicando la noticia.

Es verdad que hay algunos programas parecidos para monitorizar cosas, pero hay algo que es relatívamente fácil y nadie hace:

Configurar y poner en marcha lmsensors!!!

De hecho hay un script que lo hace y sólamente habría que usar zenity o algo similar para hacer un wizard. De hecho el script "sensors-detect" funciona casi automáticamente y añade él mismo las pertinentes entradas a /etc/modules.conf...

Es algo que no hacen ni Gkrellm, ni Kysguard ni Ksensors y que vendría muy bien, dado que hay un montón de gente a los que les gusta tener en pantalla datos como la temperatura o velocidad de los ventiladores.

Supongo que ya conocereís de memoria las URL relacionadas con lmsensors, así que no las pongo ;)

Después de leer todas las respuestas negativas sobre el programa me parece que somos una mala comunidad.

En vez de, simplemente, decir "ánimo chicos, mejorarlo en tan y cual" noooo Tenemos un decir que es una mierda y que no hace nuevo... ¿Y qué?

Lo importante es que salen proyectos nuevos y si aún no hace nada nuevo pues a lo mejor en 2 años tiene algo genial y lo convierte en un referente...

No sé, por lo menos no menospreciar el trabajo desinteresado de un grupo de gente

aunque está claro que le falta funcionalidad, la presentación y la página oficial tiene mucha categoría, aunque es una pequeña parte del proyecto denota buen gusto y seriedad.

ánimo y gracias por vuestro esfuerzo

Es la única palabra que se me viene a la cabeza.

La gente critica mucho; que si es muy simple, que si ya había programas que lo hacían, que si está en inglés, blah blah blah.

Chorradas! Cualquier aportación al SL es buena, EMHO. Más libertad de elección, además de una posible base para nuevos proyectos. ¿No te gusta? No lo mires. ¿Lo quieres en español? Pos venga, a traducir se ha dicho.

Y no me vengais con el rollo de que "como es SL, no se puede criticar". Se puede criticar sin faltar al respeto a los esfuerzos que esta gente ha hecho para que todos podamos usar libremente su programa. Además, está en fase alfa. Cualquier aplicación en fase alfa está limitada. Dadle un poco de tiempo, joer!

Yo también he hecho mi pequeña aportación [sf.net] al software libre, y en inglés. Dudo mucho que le salve la vida a nadie, pero mi grano de arena junto con el de la gente de lkmonitor junto con el resto de montones de arena son lo que hace grande al sofware libre. Diversidad de programas y codigo fuente que la gente pueda leer y trabajar.

En vez de criticar, me gustaría ver a alguien haciendo sugerencias, o escribiendo módulos que aporten funcionalidad.

Hola, Ante todo, gracias por vuestras "sugerencias" y por probar la aplicación. Me gustaría comentar un par de cosas: - En primer lugar, que creamos el proyecto por ver si éramos capaces y por diversión. En ningún momento para ganar dinero/fama o ligar, jajaja (creo que es evidente) - En segundo lugar, que sí, LEEMOS DE /PROC, pero eso es algo que no hemos intentado ocultar en ningún momento (entre otras cosas, porque no pensamos que sea nada malo), de hecho, en breve esperamos colgar un pdf explicando de dónde sacamos la información y demás. Por cierto, que si nos damos una vuelta por http://gkrellm.net en las FAQ se explica que en Mandrake los net charts no funcionan adecuadamente porque /proc/net está protegido y bla bla bla.... o que se leen datos de /proc/partitions. De nuevo no vemos nada malo en leer del procfs. - En efecto, se puede obtener la información con un cat /proc/cpuinfo. La información de la batería también haciendo un 'while true' de cat /proc/acpi/battery/state y no creo que sea nada malo que haya un applet que nos indica la carga de la batería. - Lo de que salgamos en portada no es cosa nuestra ;) y lo de meter ruido.... pues no era nuestra intención. Publicamos en un par de foros y estamos en gnomefiles.org porque nos parece un buen directorio de aplicaciones gtk, pero en ningún momento hemos dicho "vamos a hacer la mejor aplicación de software libre y vamos a hundir a Red Hat, SuSe y ole, por qué no? a Microsoft y compañía". - Lo de hacerlo en inglés nos pareció la mejor opción para empezar, pero nuestra intención es desarrollar también y al menos, en castellano. Esperemos a la siguiente versión. - Y hablando de versiones, pues que estamos en fase alpha (esperemos que en breve pasemos a beta) que estamos corriegiendo algunos errores y que esperemos continuar con la versión 0.2. Teníamos pensadas más características pero nos pareció mejor ir poco a poco y mostrar sólo cpu y memoria. Posteriormente daremos más información de procfs o sysfs. Un saludo y gracias a todos. Informaremos de posteriores versiones....

Alucino con la banda...

Se ofrece, en plan publicidad/en plan "nos viene bien la ayuda"/en plan "aceptamos sugerencias", de un proyecto que empieza, totalmente abierto, y la peña se queja de que, la versión "¡¡0.1-alpha es demasiado simple!!".

Tiene cojones la cosa.

Es una idea genial si se amplia con funcionalidades como mostrar la placa, los chipset (ya se que está lspci), la temperatura, los voltajes (configurando por debajo lmsensors, si es posible),etc. No se a vosotros pero a mi me parece un coñazo tener que ir mirando en 12000 sitios donde está la información. A mi me parece una iniciativa muy buena y util. Un saludo y animo

Si programas y quieres que todo el mundo entienda tu codigo , ingles. Si programas y eres un romantico defensor de las lenguas, cualquier otra.

La lengua es un medio y no un fin en si mismo.

yo creo más en los estandar de facto: en este caso inglés, que los estandar auto-impuestos, que no usa nadie y presumiblemente liberadores: lease esperanto.

...que te ofreces voluntario para traducirlo?