Kernel 4.4.119, 4.9.85, 4.14.23 y 4 15.7.

Ya son visibles.

Kernel 4.4.119:

19.279.441 líneas, 62.175.964 palabras y 555.042.251 caracteres escritos.

Kernel 4.9.85:

20.550.379 líneas, 65.999.655 palabras y 593.280.078 caracteres escritos.

Kernel 4.14.23:

23.064.585 líneas, 73.531.167 palabras y 714.291.848 caracteres escritos.

Kernel 4.15.7:

23.333.453 líneas, 74.266.947 palabras y 721.054.969 caracteres escritos.

Todo esto, con esto: find -name *.[hcS] | xargs cat | wc

Kernel 4.4.118, 4.9.84, 4.14.22 y 4.15.6

Activos ya...los he bajado para contabilizar el código fuente que existe. Aquí van:

Kernel 4.4.118:

19.279.476 líneas, 62.175.969 palabras y 555.042.295 caracteres escritos.

Kernel 4.9.84:

20.550.078 líneas, 65.998.475 palabras y 593.271.564 caracteres escritos.

Kernel 4.14.22:

23.064.404 líneas, 73.530.478 palabras y 714.286.892 caracteres escritos.

Kernel 4.15.6:

23.333.177 líneas, 74.265.874 palabras y 721.047.158 caracteres escritos.

Siempre con este comando: find -name *.[hcS] | xargs cat | wc

Spotify y sus entrañas.

Yo, es que, como siempre que tengo Spotify, escucho todas las noches la música que tengo guardada.

Estaba con el tema de Karajan que, lo tenemos al completo aquí:

https://open.spotify.com/artist/5zCaQxjl110XTrm4LQ1CxY

En este caso, tiene más de 13.000 pistas de los mismos, montones de álbumes para escuchar, y me quedan como algo más de 10.200 por terminar. ¡Es un sin acabar!...

La música me relaja, me mantiene totalmente concentrado, me hace que sienta muy bien, y totalmente despejado mentalmente.

Ahora mismo, estoy escuchando este álbum: Fake Sugar, a través de esta canción ahora mismo: Love In Real Life.

Todas estas cosas, las hago con búsquedas bien implementadas.

También, cuando recojo esta clase de música, las recojo siempre de estas listas:

Novedades Viernes España




Estas cosas, las recojo en tiempo y forma. Los 3 primeros son normalmente los viernes, pero el de '¡Por Fin Viernes!', a veces se salta la tolera y no lo hace justamente los viernes. Pero los 2 primeros, sí, siempre lo hacen los viernes, sacan ahí nuevas cosas.

YO no las escucho gratuitamente, las escucho PAGANDO mensualmente, unos 9,99€. Lo hago, porque no quiero recibir publicidad en las aplicaciones, ni en la web. Aunque, puedo pagar JUNTAMENTE, 199,00€, para hacerla vitalicia. No me corre prisa.

Espero que Tidal saque una aplicación para LInux, aunque, puedo hacerlo con el reproductor OnLine, que también me vale, pero prefiero esperar a que haya algo y hagan las demás plataformas de contenidos OnLine, pues con la guerra de los precios, porque son algo caros en ciertos términos (en calidad, claro). Y, lo que espero es, que exista algo al respecto, para no tener que agarrarme en plataformas que falten canciones y otras cosas. Que no cunda el pánico, porque estos sistemas filtran por países y eso no me gusta que me filtren los contenidos de dichas canciones y contenidos en los álbumes que tienen. Puesto que, en sí, entiendo que es una censura a que no se muestren esas canciones a escuchar. Aunque, no se hayan presentado estos discos en España. Me parece de muy mal gusto lo que hacen las gestoras de contenidos a hacer esto, para no hacer que los demás escuchemos todo juntamente.

Pero estas gestoras, no saben que hay otros sitios que SÍ muestran todos sus contenidos y sin que les apliquen las correspondientes censuras de marras. Y eso debería gustar más, a tener en cuenta a que, tengan todas las canciones disponibles, sin censuras, ni desvíos, ni nada de lo que a las gestoras hagan o crean conveniente. NO me gusta el tema lo que hacen estas gestoras: solo afanan a que se escuchen lo que ellos creen conveniente para pagarlos.

En mi muro, cada día, y cada cierto tiempo, pongo las canciones escuchadas. Ya que, pongo muy buena medida para compartirlo (ya lo hago de forma que, solo lo vean y escuchen mis amigos. Nadie más).

Ahora mismo, terminado el álbum que di arriba de Fake Sugar, estoy escuchando ahora esta otra: Fiançailes pour rire. Ahora mismo, esta pista: Fauré 5 Mélodies, Op. 58.

Simplemente, escucho cosas buenas, para poder dormir tranquilo. Aunque, de vez en cuando, también hago con esta emisora, que está en San Petersburgo (RadioMetro - San Petersburgo - Rusia): http://195.182.132.18:8230. Está en ruso, pero...se entiende muchas cosas a veces. Ponen música moderna a casi todas las horas y funcionan muy bien.

Aunque, tenemos emisoras con todos los gustos. Las tenemos en Radionomy, que podemos recoger emisoras con muchísimo gusto, por géneros, por tipo de canciones, por pistas, por...montones de cosas.

Podría extenderme, pero es un larguísimo etcétera que haría para un libro bastante largo. Son muchas cosas, mucho tema y muchas cuestiones que hoy en día las voy poniendo y haciendo a que mucha gente las use con buen destino y humanidad.

Muchas gracias por leerme.

Mi blog y Feedburner

Me encuentro en mi 'Dashboard' de FeedBurner de Google, que... En una parte, están 74 suscritos, pero que, no se conoce la procedencia de los mismos.

Por tanto, veo en el gráfico a continuación:
Pie chart of top six feed readers;          this data is represented in the table below.

He de decir, que hay de éstos, unos 74 suscritos que se desconoce la procedencia de dichas suscripciones.

Hay 2, que usan Firefox, 1 con Universal Feed Parser. Ninguno inválido.

De los 37, usan Google Chrome y uno con Firefox, para recibir directamente las actualizaciones de mi blog.

De Google Bot, aparecen 2 hits.

Por tanto, 37 están usando los conocidos de los que aparecen, porque hay otros 37 que no son conocidos, y ni se sabe la procedencia de los mismos. Pero generalmente conocidos, son los que usan el Google Chrome.

Y...hay 3 suscritos por correo-e, que están desde el 2010.

El sistema de Feedburner no me falla, ni a la de tres.

Kernel 4.15.5 (compilado).

Pues ya sí...:

https://drive.google.com/open?id=1EEKBJodLkOhpNhC917WfTaBwwULAEeu2

Entretanto, seguiré haciendo más cosas... ¡No temáis!

Kernel 4.4.117, 4.9.83, 4.14.21 y 4.15.5 (este último, a compilar).

Ya los tengo visibles para lo que haga falta, tengo hoy un lío de primera...pero me lo resuelvo muy bien.

Aquí van:

Kernel 4.4.117:

19.278.857 líneas, 62.173.995 palabras y 555.026.346 caracteres escritos.

Kernel 4.9.83:

20.549.686 líneas, 65.997.394 palabras y 593.261.489 caracteres escritos.

Kernel 4.14.21:

23.063.710 líneas, 73.528.369 palabras y 714.268.499 caracteres escritos.

Kernel 4.15.5:

23.333.033 líneas, 74.265.343 palabras y 721.042.357 caracteres escritos.

Siempre, siempre, siempre, con esto: find -name *.[hcS] | xargs cat | wc

Kernel 4.16-rc2.

Ya hay disponible el kernel 4.16-rc2.

Kernel 4.16-rc2:

23.490.064 líneas, 74.705.291 palabras y 720.768.087 caracteres escritos.

Todo en base a este comando:

find -name *.[hcS] | xargs cat | wc

Ya no me da confianza DELL. No lo voy a comprar nunca más.

Una de las cosas que tengo desde hace mucho tiempo, cuando tengo comprado ordenadores DELL. Es que, ya no tengo mucha confianza en esta compañía de ordenadores.

El próximo ordenador que tenga, no va a ser ya marca Dell de antaño. Va a ser otro.

Sigo con el portátil Dell Inspiron 1720. Comprado en su día, el 12 de julio del 2008.

Por el momento, como no tengo pensado aún comprarme otro, hasta que éste que tengo habitualmente y funcionando, si veo que deje de funcionar, o que ya no arranque más, es entonces, cuando empiezo a comprarme otro ordenador que no sea de esta marca.

Entiéndase esto, como algo que, viendo lo que voy encontrando, hay ya nuevos sistemas informáticos mucho mejores que esta marca. Y tienen mejores tecnologías que lo que hace hoy en día Dell en sus portátiles. Y hasta son más fiables que Dell en muchos contextos.

Dadas las circunstancias de la edad que tiene este ordenador (casi 10 años), teniendo 2 sistemas operativos (Win 10 Pro y Debian GNU/Linux), puedo decir mucho de lo que me ha aguantado este bicho durante mucho tiempo.

Yo no tengo ningún problema en poner en otro ordenador el mismo sistema operativo (o los dos sistemas operativos) y seguir trabajando en muchos contenidos hoy en día, porque sigue funcionando decentemente, no tan rápido, pero sí aguantando en muchos aspectos.

A modo de colación, no estoy usando los controladores nativos de la tarjeta gráfica, sino que, estoy usando la de Nouveau. Pero esto, no me molesta para nada en ponerme a trabajar para ponerme con la Nvidia con versión 340.106 que hay en su servidor.

Pero...justamente había pensado en ponerla para tener mejores gráficos y mejor entorno a funcionar el portátil este. Aún así, solo tiene 256 MBytes de memoria de vídeo (yo ya sé que ya los hay de 6 GBytes de memoria de gráficos...pero es bueno tener más y mejores pantallas y muchas más cosas. Lo sé).

De momento, no tengo pensado en ponerme a tener un nuevo portátil como Dios manda, a que dure lo que me tenga que durar y...pueda tener la suficientemente información cabida como en éste mismo que estoy redactando.

Estos ordenadores tienen su duración y puede que me dure hasta que llegue el 2020 (¡quién sabe, igual éste o el año que viene se casca ya!).

El disco duro que tengo, sigue funcionando a las mil maravillas, NO me ha fallado ni un solo día, ni me ha dado un solo problema, de particionado, de volcado de particiones a través de un sistema de memoria (sí, lo hice también con una MicroSD...que por cierto...me está funcionando muchísimo mejor que nunca, por ser de 32 Gigas de espacio. Y está formateado en formato EXT4), de formateo, de mover partición a otra. Y...¡hasta incluso, puedo poner las mismas UUID's de estas particiones SIN PERDER NADA! Puedo volcar estas particiones, tanto como ficheros, como imágenes creadas con CloneZilla. Que es un buen gestor de particiones. El CloneZilla es un proyecto que, si tienes 2 o más discos duros, puedes volcar el sistema operativo de un ordenador a otro de forma TRANSPARENTE y, sin necesidad de reinstalar nada.

A nivel de multimedia y programas, puedo decir mucho de lo que me va aguantando este ordenador. Lo más que me ha motivado, aparte de poder tener buen sistema, los altavoces son muy, muy buenos, pero pequeños (podían haber sido justamente al lado del botón de encendido y encima del teclado de este portátil, pero bueno...nada que mentar). Funcionan muy bien. Tanto en Win 10 Pro, como en Linux (ningún problema, me detecta todito, todo, todito. NO falla nada. NI hay un solo componente que me falte en ejecución. ¡NADA! Aunque, me esté fallando el Bluetooth que a veces me salta muy raramente. Pero lo tengo deshabilitado por BIOS).

En el multimedia de Windows 10, sí, faltan solo 2 detalles, pero esto no tiene mucha importancia, ya que, puedo hacerlo tranquilamente con cualquier otra cosa que haga en cada momento con cualquier otro sistema informático que vaya teniendo a mano en el futuro cercano.

Puedo decir mucho, porque he probado de todo. Desde el famoso Windows 3.0/3.1, pasando Windows 95/98 (el 98 fue de lo mejor que hubo en su época y sé que fue muy buen sistema operativo en su tiempo), Win 2000, Win XP, Win Vista, Win 7 y Win 10 Pro. Pasando por Linux, tuve SuSE Linux, y...me he parado con Debian GNU/Linux. Que, hoy por hoy, es el mejor sistema operativo que me he encontrado para poder hacer cualquier otra cosa, y...entre las cuáles, en multimedia, tengo todo lo necesario, como para poder hacer transiciones de un archivo de música de un formato a otro, recogiendo de un CD y convertirlo en MP3, hasta incluso, recogiendo un CD/DVD de vídeo y convertirlo en otro formato (AVI, MP4,...). Y hasta la transparencia más segura que tengo hoy en día para utilizar cualquier otra cosa que me interese (si lo haga, claro, pues lo hago con la famosa máquina virtual llamada VirtualBox que lo hay para 64 bits, pero...a ejecutar sistemas operativos de 32 bits. Si tuviera más de 4 Gigas de RAM, podría hacerlo con sistemas operativos de 64 bits. O con programas viejos pero para MSDOS con DosBox).

Hasta he tenido núcleos de Linux de las versiones 2.0, 2.2, 2.4, 2.6, 3.0, 3.1, 3.2, 3.3, 3.4, 3.5, 3.6, 4.0, 4.1, 4.2, 4.3, 4.4, 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4,11, 4.12, 4.13, 4,14 y hoy mismo, 4.15.3.

He compilado paquetes, he compilado núcleos, he visto el cómo se empaquetan con extensiones .deb...no he llegado aún a ser un miembro de Debian en condiciones, pero esto no me va a quitar ni el tiempo a que lo haga en el futuro.

No pasa nada, puedo ir muchísimo más lejos para tener estas cosas en funcionamiento mucho tiempo y, sin ni siquiera a que me fallen en ningún momento.

Esto sí que es un gran tocho ¿verdad? Pues...que sepáis que me quedan muchísimas cosas aún para daros lo mejor que me queda en mí. Y va a ir para largo. Muy largo. Bastante.

¿Queréis que cuente algo más?

En el kernel 4.15.4 ya lo tienen arreglado.

Acabé de comprobar, que con el kernel 4.15.4, ya lo tienen arreglado, ya no tengo que usar las líneas de marras que hacían referencia sobre el fallo de los módulos b44 y b43, ya no fallan.

Fue un fallo garrafal de la persona que mantiene la rama ssb del código fuente, que no miró que faltaban cosas y quitó una sola cosa como para que no se mostraran que fuesen así. Lo resolvió. Ya se ven y ya funcionan.

En cuanto me llegue el 4.15.5, me lo bajo, lo compilo y lo comparto, porque va a ser lo mismo que el 4.15.3 que estoy usando ahora mismo (si Debian no pone sus paquetes, claro).

Por lo demás, funcionando perfectamente y...sin tocar nada más.

Kernel 4.4.116, 4.9.82, 4.14.20 y 4.15.4

Y ya los hay...

Kernel 4.4.116:

19.278.751 líneas, 62.173.659 palabras y 555.023.140 caracteres escritos.

Kernel 4.9.82:

20.549.349 líneas, 65.996.806 palabras y 593.255.136 caracteres escritos.

Kernel 4.14.20:

23.064.743 líneas, 73.531.265 palabras y 714.291.382 caracteres escritos.

Kernel 4.15.4:

23.332.316 líneas, 74.263.218 palabras y 721.023.558 caracteres escritos.

Siempre en base de los conocimientos hoy en día: find -name *.[hcS] | xargs cat | wc

Kernel 4.15.3 (ya sí).

Pues ya, ahora sí, me furula,...era la tontería esa del código fuente que tuve que editar:

diff --git a/drivers/ssb/Kconfig b/drivers/ssb/Kconfig  index 71c73766ee22..65af12c3bdb2 100644  --- a/drivers/ssb/Kconfig  +++ b/drivers/ssb/Kconfig  @@ -32,7 +32,7 @@  config SSB_BLOCKIO      config SSB_PCIHOST_POSSIBLE   	bool  -	depends on SSB && (PCI = y || PCI = SSB) && PCI_DRIVERS_LEGACY  +	depends on SSB && (PCI = y || PCI = SSB) && (PCI_DRIVERS_LEGACY || !MIPS)   	default y      config SSB_PCIHOST

Pues aquí tenemos ya hecho el asunto:

https://drive.google.com/open?id=1l2he2OTYL7hq7-1Pz4x630qqFDrepzef

¿Tan difícil es? ¡Pues no! Resulta rápido y seguro. :P

COÑE...ahora...

Buscando un poco, encuentro esto: https://patchwork.kernel.org/patch/10185397/

Y sí. Parece ser que sí, éste debería funcionar el portátil este con los consabidos módulos a funcionar con kernel 4.15, bajé el kernel 4.15.3, y sí, funciona, pero con esos módulos que 'no se decía' a que no funcionasen.

Si es que...el fallo estaba en esta línea que está en el código fuente y...cambiando un poco, con estas líneas que pongo:

diff --git a/drivers/ssb/Kconfig b/drivers/ssb/Kconfig
index 71c73766ee22..65af12c3bdb2 100644
--- a/drivers/ssb/Kconfig
+++ b/drivers/ssb/Kconfig
@@ -32,7 +32,7 @@  config SSB_BLOCKIO
 
 config SSB_PCIHOST_POSSIBLE
  bool
- depends on SSB && (PCI = y || PCI = SSB) && PCI_DRIVERS_LEGACY
+ depends on SSB && (PCI = y || PCI = SSB) && (PCI_DRIVERS_LEGACY || !MIPS)
  default y
 
 config SSB_PCIHOST
Y...lo más chocante de todo, es que, cuando hacía 'make prepare' no me quería que se me mostraran las cabeceras de las PCI's que se querían mostrar para que funcione el kernel decente.

Me hace pensar que, en el código no se pensó que se debía haber hecho así en los posteriores kernel's.

Pero ya dicen, que en el 4.16 para arriba, se soluciona este problema (a ver si es verdad).

¡Si no lo llego a saber esto...me mato...! ¡Ya furula! A ver si esta noche duermo tranquilo...con esto...de una vez por todas.

Kernel 4.9.81.

También lo hay, estaba a tantas cosas a la vez..., aquí va:

Kernel 4.9.81:

20.548.897 líneas, 65.995.636 palabras y 593.243.909 caracteres escritos.

Siempre, como es de comentar, es con este comando: find -name *.[hcS] | xargs cat | wc

Kernel 4.14.19 y 4.15.3

Yo, por el momento, no me planteo poner el kernel 4.15, hasta que encuentre una solución al asunto del módulo b44, que no me funciona en mi portátil (y no sé porqué razón). En los demás módulos, me funcionan bastante bien. Muy bien, por cierto. No fallan, pero sí, el b44, que no quiere, ni nada, ni aún poniendo 'make menuconfig' para proporcionar y ponerlos como 'y' esos parámetros.

Bueno:

kernel 4.14.19:

23.062.556 líneas, 73.525.388 palabras y 714.237.006 caracteres escritos.

Kernel 4.15.3:

23.330.216 líneas, 74.257.388 palabras y 720.971.499 caracteres escritos.

Siempre a través de este comando: find -name *.[hcS] | xargs cat | wc

Kernel 4.16-rc1

Y lo hay...

Kernel 4.16-rc1:

23.489.422 líneas, 74.702.733 palabras y 720.747.318 caracteres escritos.

Siempre a través de este comando: find -name *.[hcS] | xargs cat | wc

Kernel 4.14.18 y 4.15.2

Los hay ya, pero...con arreglo a lo que pasan con estas versiones, yo, por el momento, no me funciona el módulo b44 en la rama 4.15.x, así que espero entonces a que se hagan las cosas para que ponga el punto final del módulo u otro módulo que haga como 'sustitución' del mismo.

Kernel 4.14.18:

23.062.481 líneas, 73.525.169 palabras y 714.235.047 caracteres escritos.

Kernel 4.15.2:

23.330.148 líneas, 74.257.202 palabras y 720.969.605 caracteres.

Siempre con este comando: find -name *.[hcS] | xargs cat | wc

Habrá más, a ver si se soluciona el tema que dije estos días. Pronto tendré la imagen de Debian Testing, pero con el kernel 4.15.x, y ya puestos, arreglo este tema para que furule la Ethernet. ;-) Creo, que tendré que hacer una instalación en limpio (igual sí, ya se verá).

¡Pues sí que estamos buenos!...

Bueno, comprobando varias cosas, y efectivamente, no activa el módulo b44 en el 4.15.0/4.15.1. Y sí en el 4.14.15 para arriba, pero menos, las versiones superiores. ¡Se queda en blanco!

Claro, al ver esos módulos, veo en el config del kernel 4.15.0, con respecto al 4.14.15, muestro lo primero:

CONFIG_B44=m
CONFIG_B44_PCI_AUTOSELECT=y
CONFIG_B44_PCICORE_AUTOSELECT=y
CONFIG_B44_PCI=y

Mientras, que en el kernel 4.15.0/4.15.1, me sale solo esto:

CONFIG_B44=m

¡Pero NO me lo levanta! ¡Ni haciéndole 'modprobe b44'!

Si está como PCI y más, no quiere ni de coña ponerlas como 'y'. Al hacerlo con el 'make oldconfig && make prepare', como tengo en el 4.14.15/4.14.16/4.14.17, que *sí* funcionan.

Ni en el Changelog, ni en el código fuente, ni en ninguna parte encuentro una diferencia que ni conozco el porqué. Ni dónde. Y es muy raro que no me quiera levantar para la Ethernet solo.

Pero la WiFi sí, ¡vaya que sí que la levanta! ¡Perfectamente! ¡Vaya que sí!

Yo no entiendo el problema, veo en el código que está todo perfecto, en los parámetros también. Es raro y pase esto en las Broadcom...

¡Y no me muestra nada a través de journalctl...pero nada, nada de nada!

Y es raro, porque con udevadm me muestra correcto en 4.14.15 para arriba, menos 4.15.x.

El resto funciona bastante bien, solo eso.

Fallos en el kernel 4.15.

No es tan grave, pero sí detectado.

En el kernel 4.14.15, que ahora mismo estoy, se ve perfectamente el mismo de la tarjeta de red eth0, pero de la b44:

lspci -k

(...)
03:00.0 Ethernet controller: Broadcom Limited BCM4401-B0 100Base-TX (rev 02)
        Subsystem: Dell BCM4401-B0 100Base-TX
        Kernel driver in use: b44
        Kernel modules: b44
(...)

Y siempre me muestra el mismo, a través de /sys/class/net...:

eth0  lo  wlp12s0

El eth0 apunta a: /sys/devices/pci0000:00/0000:00:1e.0/0000:03:00.0/ssb0:0/net/eth0

Pero perfectamente...

Bueno, en el kernel 4.15.0 y 4.15.1, esto:

lspci -k

(...)
03:00.0 Ethernet controller: Broadcom Limited BCM4401-B0 100Base-TX (rev 02)
        Subsystem: Dell BCM4401-B0 100Base-TX
(...)

Ni de coña me hace a que se me muestre en el núcleo el dispositivo con el módulo activo. Ni de coña...

Y en /sys/class/net no aparece ni eth0, ni nada, sólo lo y wlp12s0. Nada más y nada menos que eso.

Lo que yo no sé, si Debian es consciente de esto, o si es un problema de permisos de preferencias o algo. Pero se ha de arreglar pero YA, para que esté en el kernel 4.15.0...o después.

Dicen, que en el 4.16 se arregle esta cosa...a ver si es verdad.

Kernel 4.4.115, 4.4.80, 4.14.17 y 4.15.1

Como es de esperar, ya hay los nuevos kernel's disponibles...y son éstos:

Kernel 4.4.115:

19.277.782 líneas, 62.171.017 palabras y 554.998.962 caracteres escritos.

Kernel 4.9.80:

20.547.750 líneas, 65.991.861 palabras y 593.213.077 caracteres escritos.

Kernel 4.14.17:

23.061.859 líneas, 73.522.974 palabras y 714.216.903 caracteres escritos.

Kernel 4.15.1:

23.329.562 líneas, 74.255.090 palabras y 720.952.208 caracteres escritos.

Siempre, siempre, siempre: find -name *.[hcS] | xargs cat | wc

Kernel 4.4.114, 4.9.79 y 4.14.16

Bien, han llegado ayer mismo, los kernels que voy a mencionar:

Kernel 4.4.114:

19.277.437 líneas, 62.169.887 palabras y 554.988.618 caracteres escritos.

Kernel 4.9.79:

20.547.451 líneas, 65.990.935 palabras y 593.204.086 caracteres escritos.

Kernel 4.14.16:

23.061.075 líneas, 73.520.735 palabras y 714.195.813 caracteres escritos.

Siempre en base a este comando: find -name *.[hcS] | xargs cat | wc