Factor de impacto, la opinión de Randy Schekman

Randy Schekman es un científico ganador de un premio Nóbel de medicina en el 2013. Ha escrito un artículo sobre las revistas científicas como “Nature”, “Science” y “Cell” y su método de generar escazes a la hora de publicar y sobre todo, los métodos de medir el impacto de una publicación y cómo esto que llaman “factor de impacto” es algo que está haciendo daño al mundo científico.

Y en cierta forma sí, concuerdo, porque al hablar con personas que dedican su vida a publicar, más que investigar, noto que lo que hablan continuamente es el factor de impacto (las referencias que les han hecho a sus artículos) y las revistas donde les han publicado. Casi no hablan de la investigación en sí, sino del impacto.

Y me digo yo: no es mejor publicar en algún lugar abierto como arXiv por ejemplo? O en una revista donde el trabajo no esté detrás de un pared de pago (paywall) que impida a los demás ver los contenidos exigiéndoles pagos por acceder? No era hora ya de que las publicaciones sean libremente disponibles para el bien común? Creo que deberíamos tener una (o varias) revistas nacionales abiertas, donde puedan ser publicados los artículos de interés, que tengan validez investigativa/científica, revisada por pares, pero que no impongan restricciones artificiales de diverso tipo para que sean seleccionados. Sólo que su contenido sea útil, valedero, creativo, interesante, necesario y que cumpla con estándares básicos.

Bien común, sumak kausay, me parece más importante que medir las publicaciones o autores según el factor de impacto, o el lugar donde se hayan hecho.

Aquí el artículo en Español, vale la pena leerlo:

http://elpais.com/sociedad/2013/12/11/actualidad/1386798478_265291.html

aquí una reflexión del periodista del país

http://sociedad.elpais.com/sociedad/2013/12/11/actualidad/1386797483_412515.html

COIP

Algunos me preguntan qué opino del problemático art 474 del nuevo COIP referente al almacenamiento de cierta información de usuarios por parte de isp y todos los que brindan servicios wifi a terceros. (Hoteles? Universidades? Escuelas? Aeropuertos? Centros comerciales? Cafés de internet?)

Este artículo está muy difuso, abierto, los contenidos son poco claros (ej: tráfico de conexión.. siempre me pregunto qué es precisamente).

No sé a cuántas fuentes consultaron pero por la forma en que se redactó no fue a un grupo muy plural.

Mi respuesta es: esto es impracticable y tiene que ser cambiado. Si alguien con conocimiento de redes e informática leyó este artículo debió darse cuenta de lo peligroso que se vuelven y lo impracticable que es. Debe ser cambiado.

Cambio de indicativo de HC6EP a HC6PE

El día de hoy la SENATEL me confirmó en un oficio que adjunto a este post, que “por una duplicidad en los indicativos” autoriza el cambio de mi distintivo a HC6PE.

Por qué? Ah bueno: Gracias a un error de la SENATEL,me emitieron un indicativo que alguien había utilizado en el pasado, y el actual reglamento (que posiblemente cambien a futuro) indica que los indicativos son de por vida… cómo se enterarán que alguien deja esta vida para retirarle el indicativo? no lo tengo claro.

Pero tengo una razón para estar feliz y créanme que es en serio! Y es que gracias a este error de duplicidad de la SENATEL un colega seguramente está regresando a la radio después de un periodo de inactividad. Esto me hace muy feliz, que gracias a mí, tengamos otro colega más de vuelta a la radio! A la final lo de la radio, aunque muchos no lo vean así, es para unir!

De mi parte, da igual HC6EP que HC6PE que HC6PD que HC6EI… el gusto por la radio ahi sigue presente! A la final he sido CL7PE, CL2PD, CM2PD, CO2PD. Y actualmente también mantengo mi indicativo de Alberta VE6EPE.. venga uno más a la cuenta! Me siento orgulloso ya que he estado en la radio más de 30 años, pues tuve mi primera licencia en 1992.

HC6PE, a su servicio.. 73!

Oficio de la SENATEL:DGGER-2013-1949-OF

Cómo agilizar las actualizaciones de CentOS y Fedora

Si usas CentOS, RHEL o Fedora, hay un plugin de yum muy bueno llamado yum-presto que lo que hace es bajar solamente las porciones de los paquetes rpm que le tocaría actualizar.

Digamos tienes un paquete X-1, y CentOS te indica que ya está la versión X-1.1… normalmente lo que hacen las distribuciones es bajar completamente X-1.1 y actualizar verdad?

Ahora, supongamos que entre X-1 y X-1.1 sólo haya cambiado no sé, digamos 10 bytes de un archivo (es un ejemplo), qué tal que  en vez de bajar TODO X-1.1, se baje simplemente la diferencia que hay entre X-1.1 y X-1

Para esto es yum-presto. yum-presto analiza las diferencias entre las dos versiones: la instalada y la actualizada; y solamente baja lo que cambió, y aplica estos cambios al sistema.

Qué ventaja obtenemos? Que se reduce el tamaño de las actualziaciones, si antes tenías que bajar 300MB por ejemplo.. ahora quizá tengas que bajar los diff, y estos diffs sean solamente el 10% de estos 300MB.. es decir 30MB.

Realiza cualquier cálculo : supón hayan 40MB de actualizaciones, pero en diffs solamente tengas que bajar digamos 8MB..

Ventajas: baja más rápido las actualizaciones. Mucho más. Por tanto ya se acaba la queja de que actualizar es lento.

Desventajas? : hay una y es que para actualizar primero tiene que hacer cierto procesamiento en tu máquina con el delta .. es decir, toma el diff, lo incorpora dentro del paquete anterior y ese es con el que actualiza. Lo que consume un poquito de tiempo de procesador. Tampoco es una cantidad absurda o lenta, pero se demorará un poco. Es decir, cambiamos la velocidad de bajada, por un breve consumo de procesador mientras le utilizamos. Es totalmente aceptable y la experiencia termina siendo positiva en efecto.

Cómo usamos yum-presto? Muy simple, le instalamos:

yum install yum-presto

Y ya, de ahora en adelante, tus actualizaciones verás que se dividen en dos partes:

  1. se bajan los deltas. Son archivos con extensión .drpm
  2. se bajan los que no tenían deltas. Porque algunos tienen tantos cambios que no es rentable tener un delta y mejor bajarlos completo.

Pruébalo:

yum update

y analiza cómo van pasando los delta.

How do I create a hiawatha webserver rpm?

This howto will explain how to create a CentOS-5 and centOS-6 rpm for hiawatha webserver, a security-centric webserver.

Installing mock

I do all my rpm building in a separate and isolated virtual machine.. you probably will want to do this.. install a CentOS-6 x86_64 virtual machine and then install mock:

I installed mock from the EPEL repository:

yum install mock

Installing our anku repositories for mock

Now a “must”:

The creator of hiawatha requires the use of a cmake version newer, not offered, by CentOS-5 nor CentOS-6, therefore I had to build a cmake rpm for a newer version, version 2.8.4 has been uploaded to our CentOS repositories (http://anku.ecualinux.com) we call those repos: anku (anku means flexible in Quechua Language). You have to add a “new” repository to your mock installation.

To do so, please download the following files into: your /etc/mock directory (as root):

wget http://www.ecualinux.com/anku-5-i386.cfg -O /etc/mock/anku-5-i386.cfg
wget http://www.ecualinux.com/anku-6-i386.cfg -O /etc/mock/anku-6-i386.cfg
wget http://www.ecualinux.com/anku-5-x86_64.cfg -O /etc/mock/anku-5-x86_64.cfg
wget http://www.ecualinux.com/anku-6-x86_64.cfg -O /etc/mock/anku-6-x86_64.cfg
wget http://www.ecualinux.com/anku-7-x86_64.cfg -O /etc/mock/anku-7-x86_64.cfg

Doing this is a must!!! Otherwise the compilation will fail with cmake errors.

Actually all the anku-*.cfg’s files are the very same epel-*cfg ones but with a new repository added (the anku one near the end of each file)

Creating a mock user:

Then created a user to work with mock, for this user to be able to work it must be in the “mock” group.

useradd eperez
passwd eperez

I then added eperez to the mock group by editing /etc/group. Check this line at the bottom of your /etc/group file containing my username as part of the mock group:

[eperez@mock ~]$ egrep mock /etc/group
mock:x:492:eperez

Good. Then login as your mock user, in my case eperez, all the steps from now on will be made as user eperez, as my mock user

Download the latest hiawatha from there, for example, the latest hiawatha webserver package as of today is 9.12, lets download it:

wget --no-check-certificate https://www.hiawatha-webserver.org/files/hiawatha-9.12.tar.gz

(ok, versions will continue rolling after a few months or years, allways look for the latest hiawatha*tar.gz in the hiawatha webserver’s site)

Now I must get a working hiawatha.spec file, I simply take advantage of a previous hiawatha SRC.RPM from my repos. I store all of them in here: http://anku.ecualinux.com/6/SRPMS/

I then download the latest src.rpm. In this example I will:

  • Download the most up to date hiawatha src.rpm from my repo: http://anku.ecualinux.com/6/SRPMS/hiawatha-9.8-ecualinux.2.el6.src.rpm as of today
  • Open it (with rpm -Uvh)
  • Copy the newest tar.gz I downloaded previously
  • Slightly modify the resulting hiawatha.spec to look for this new version (9.12 in this example)

Here are the steps:

wget http://anku.ecualinux.com/6/SRPMS/hiawatha-9.8-ecualinux.2.el6.src.rpm
rpm -Uvh hiawatha-9.8-ecualinux.2.el6.src.rpm
mv hiawatha-9.12.tar.gz rpmbuild/SOURCES/
vi rpmbuild/SPECS/hiawatha.spec

Ok, the last line.. this is the spec file for the previous version, 9.8 in this example. You may notice it by looking into the very first lines of hiawatha.spec you will see the version (realver) as 9.8, as Im about to compile version 9.12 I change it to look like this:

%define realver  9.12

Well, well… it is time to create an src.rpm for mock to later compile it for all the CentOS versions (5 and 6 as for the moment). I will create a CentOS-5 src.rpm because CentOS-5 can not easily read CentOS-6’s rpm but the opposite is possible: CentOS-6 can open and work with CentOS-5’s rpms.

mock -r anku-5-i386 --buildsrpm --spec rpmbuild/SPECS/hiawatha.spec --sources rpmbuild/SOURCES/

Good.. after a while I have a resulting hiawatha*src.rpm inside: /var/lib/mock/epel-5-i386/result/, lets move it away from there otherwise it can be deleted the next time we invoke mock for this version and arch:

mv /var/lib/mock/epel-5-i386/result/hiawatha-9.12*.src.rpm .

Now the easiest part of all: let’s recompile this newly obtained hiawatha-9.12*.src.rpm for all current CentOS versions (5 and 6) and architectures (i386 and x86_64):

mock -r anku-6-i386 hiawatha-9.12*.src.rpm
mock -r anku-6-x86_64 hiawatha-9.12*.src.rpm
mock -r anku-5-i386 hiawatha-9.12*.src.rpm
mock -r anku-5-x86_64 hiawatha-9.12*.src.rpm

Here is the trick, anku, our repo, remember it? The files I asked you to download into /etc/mock at the beginning of this post? great!.

The results will be stored in:

/var/lib/mock/anku-6-i386/result/
/var/lib/mock/anku-6-x86_64/result/
/var/lib/mock/anku-5-i386/result/
/var/lib/mock/anku-5-x86_64/result/

That’s it! Don’t forget to move the resulting rpms away from the directories stated above as mock delete their contents the next time you try to compile anything using mock for that version and arch.

Final thoughs

What will I do the next time a new hiawatha version comes of? Easy:

  1. Login as user eperez into this server (it is a virtual server with 10GB of HD)
  2. Download the new hiawatha version, for example some day we will have hiawatha-9.13.tar.gz
  3. Move this new tar.gz file to: rpmbuild/SOURCES/
  4. Edit rpmbuild/SPECS/hiawatha.spec and change the version to 9.13
  5. Create a new src.rpm for centos-5
  6. Recompile this src.rpm for all centos versions and arch.

That’s it.

Contacto con K1JT

Justo el primer día que comienzo a utilizar el modo JT9 y pum.. me contacta K1JT. Es un rafioaficionado creador de este tipo de modo de emisión, por eso el modo tiene JT en su nombre (WSJT), por sus iniciales, por sus indicativos.

Pero además es un astrofísico ganador de un premio Nobel (y muchos premios más) Joe Taylor. En fin, que no todos los días un premio Nobel se interesa en hablar contigo!

k1jt - hc6ep - JT9 - QSO

Reduciendo uso de recursos en raspberry pi con pidora, el Fedora para raspberry

Fedora tiene su distribución compilada para raspberry pi, que a la final es un procesador ARM.

Fedora instaló bien, bacán, pero hay ciertas cosas que una vez entrado al sistema te van sobrando. Yo le quiero usar solamente por CLI y por tanto networkmanager, gnome, ni nada de eso me interesa.

Cómo le quité? Pues aquí va un detalle:

primero le configuro la red para que no use NetworkManager, para ello activé el servicio network y desactivé el de NetworkManager:

chkconfig network on

chkconfig NetworkManager off

entonces edité el archivo /etc/sysconfig/network-scripts-ifcfg-eth0 y dentro le dejé configurado así, con la IP que le puse de mi red:

DEVICE=eth0
BOOTPROTO=none
ONBOOT=yes
NM_CONTROLLED=no
IPADDR=192.168.1.50
NETMASK=255.255.255.0
GATEWAY=192.168.1.1

Fíjate que está todo bien configurado y que NM_CONTROLLED=no

Aquí tocó reiniciar pues el networkmanager apaga la red, o entrar via línea de comando y arrancar la red.

Luego de reiniciado el equipo, debes tener conectividad, procedemos a apagar servicios y paquetes innecesarios:

yum erase bluez PackageKit polkit

yum grouperase “Office/Productivity” “Sound and Video” “Electronic Lab” “Administration Tools”

Y entonces apago algunos servicios que no me hacen falta:

service sendmail stop
chkconfig sendmail off
service messagebus stop
chkconfig messagebus off

luego reinicio, y el raspberry queda usando unos 18mb de ram. Mira:

Fedora tiene su distribución compilada para raspberry pi, que a la final es un procesador ARM.

Fedora instaló bien, bacán, pero hay ciertas cosas que una vez entrado al sistema te van sobrando. Yo le quiero usar solamente por CLI y por tanto networkmanager, gnome, ni nada de eso me interesa.

Cómo le quité? Pues aquí va un detalle:

primero le configuro la red para que no use NetworkManager, para ello activé el servicio network y desactivé el de NetworkManager:

chkconfig network on

chkconfig NetworkManager off

entonces edité el archivo /etc/sysconfig/network-scripts-ifcfg-eth0 y dentro le dejé configurado así, con la IP que le puse de mi red:

DEVICE=eth0
BOOTPROTO=none
ONBOOT=yes
NM_CONTROLLED=no
IPADDR=192.168.1.50
NETMASK=255.255.255.0
GATEWAY=192.168.1.1

Fíjate que está todo bien configurado y que NM_CONTROLLED=no

Aquí tocó reiniciar pues el networkmanager apaga la red, o entrar via línea de comando y arrancar la red.

Luego de reiniciado el equipo, debes tener conectividad, procedemos a apagar servicios y paquetes innecesarios:

yum erase bluez PackageKit polkit

yum grouperase “Office/Productivity” “Sound and Video” “Electronic Lab” “Administration Tools”

Y entonces apago algunos servicios que no me hacen falta:

service sendmail stop
chkconfig sendmail off
service messagebus stop
chkconfig messagebus off

luego reinicio, y el raspberry queda usando unos 18mb de ram. Mira:

 [root@raspi ~]# free -m
total       used       free     shared    buffers     cached
Mem:           436         58        377          0          8         31
-/+ buffers/cache:         18        417
Swap:            0          0          0

Member of SKCC#7163T