Jun 27, 2017
Recientemente en DistroWatch se publicó el anuncio del lanzamiento de la última versión de Manjaro que incluye importantes actualizaciones.
Entre estas actualizaciones se encuentran las nuevas versiones de los instaladores gráficos tanto como thus al igual que calamares.
También se anuncia la fragilidad en la generación de la contraseña o la clave que tanto el programa thus como calamares emplean durante el proceso de instalación a través tanto del ya mencionado thus o de calamares que en hashtag con modo predecible se utiliza durante la creación de estas contraseñas. 1
Las versiones más recientes de thus y de calamares no están afectadas.
Por lo tanto es recomendable acceder al fichero que contiene estos errores y verificar si tu sistema está afectado.
Primero antes que todo para recordarnos quiénes somos - si por casualidad se nos olvidó el nombre de usuario, en la terminal:
$ whoami
Que nos imprime el nombre de usuario
Una vez con esta información y con privilegios de usuario, es decir, mediante sudo accede al fichero /etc/shadow mediante tu editor de texto.
Desde la terminal selecciona uno de los siguientes:
sudo emacs /etc/shadow
o
sudo vim /etc/shadow
o
SUDO_EDITOR=kate sudoedit /etc/shadow
Ingresa tu contraseña de usuario después para leer el fichero y verificar si la contraseña necesita ser regenerada.
La penúltima línea del fichero comienza con tu nombre de usuario, es decir, con el valor que whoami devolvió anteriormente, seguido de $6$, pero si la penúltima línea del fichero /etc/shadow contiene tu nombre de usuario encerrado por dos signos $, entonces lo más probable es que necesitas crear nuevas contraseñas. Recuerda que tu nombre de usuario es el valor que whoami devolvió en la terminal. Este nombre de usuario no debe estar encerrado por los dos signos $.
Si necesitas corregir este error, y desde la terminal:
$ passwd
cuyo comando invocará
$ Current password:
Necesitas ingresar tu actual contraseña, y después especificar tu nueva contraseña, lo cual generará el hashtag correcto en el fichero /etc/shadow.
Antes de cerrar el archivo /etc/shadow que tenía estos errores, asegúrate que root no tiene los mismos problemas que el usuario. En este caso, root es la primera línea del archivo /etc/shadow lo cual es más fácil de revisar.
Por ejemplo, si aparece:
root: $6$
y después de ello aparece tu whoami encerrado entre dos signos $, también tienes que arreglarlo con la generación de una passwd para root.
Para acceder root:
$ sudo su
que por consiguiente estarás ejerciendo todos los comandos con los máximos privilegios desde la terminal. Si por casualidad no requiere la contraseña porque por ejemplo, haz accedido anteriormente con privilegios administrativos que utilizaste para cambiar la clave de usuario, asegúrate en ingresar en la línea de comando el ya mencionado:
# passwd
el cual invocará que especifiques tu contraseña de root. Acto seguido a ello ingresa tu nueva contraseña.
En el caso de shadow- no hay que hacer ninguna modificación. Es decir, el fichero shadow- que es seguido de un diptongo, es un archivo de copia del original.
Para más detalles acerca de esto vea la página en Manjaro installers - password weakness
Jun 8, 2017
During the latest Manjaro upgrade, a conflict of packages already installed on the system, was preventing to proceed with the upgrade.
A quick search on Google returned among the results, a post which had recently been opened on the archlinux forum with the title conflict with gcc-libs and gcc-libs-multilib
Even though the conflict of packages on my system, was not the same conflict than the ones reported on the archlinux forum such as with the package gcc-fortran, it was clear as a user suggested:
gcc-*-multilib is all or nothing.
On my system, querying the database for gcc with pacman -Qs gcc returned:
I was missing gcc-libs, while gcc-libs-multilib was installed instead.
A quick pacman -Ss gcc query - see archlinux wiki - Querying package databases would show the gcc-multilib and its accompanying files for the package gcc-libs-multilib:
What I ended up doing to avoid the conflict and proceed with the upgrade as scheduled, was to remove the old version of gcc - 6.8 if I’m not mistaken now, although I can always check the revision history for the exact number of the package I had at the time - and reinstall gcc. I figured to do that, since for one, I had to install the newest version for the compiler anyways, and once done with the system upgrade, then the package gcc would be reinstalled.
A final pacman -Qs gcc would return:
May 22, 2017
I had configured Manjaro under an old system and was never pressed with the issue of suspend on that old hardware.
When the Gigabyte computer was finally up and running, I noticed that the system was unable to suspend or sleep.
After failing to find a quick solution to the problem on the archlinux forums, I came across this post from the Manjaro site: Manjaro not waking from suspend or sleep and I almost knew - not right away - that the discussion was the underlying cause of the problems I was experiencing.
One of the users, by the handle of artoo offered to downgrade the kernel:
The kernel number and the year of the post were no longer relevant.
But instead of the solution offered by the user artoo in downgrading, I chose to upgrade instead, especially after the reply by another user who said that:
Its likeley the problem with hooks in mkinitcpio.conf and users having to
manually mkinitcpio -p linux. Its a weekeley problem on irc and this fixes most
oftenly.
And
Its very likely I assumed the initramfs get rebuild one way or another.
And the anecdote example almost a month later by another user in which he said that
This time execution of mkinitcpio -p linux46 turns out to be sufficient
May 20, 2017
I’ve used both vim and neovim editors. The latter is just the newest implementation with out of the box pre-configurations.
As expected, whenever I was trying to use the copy paste command tool such as xclip, both vim and neovim produced the newlines on the X window system across different applications.
But when I set out to write an email on Gmail from Alphabet Inc., using a copy paste command tool such as xclip, the process was to no avail: newlines were not being displayed on Gmail’s interface.
The closest match was a 2016 Yanking to clipboard does not preserve newlines (when pasting to some applications issue that was opened but was eventually closed because the user decided to have xsel take care of the problem for him/her.
But that post raised more questions than answers.
There was a reference on that thread about seeing a post on
unix.stackexchange.com: pasting-in-thunderbird-turns-line-breaks-into-spaces
After reading the link provided, I recall having come across the same post hours earlier when I was trying to find out more about the issue. A Google search with keywords including but not limited to xclip or newlines, or gmail or firefox would return as one of the first results, that specific post which appeared on the stackexchange network before any other post and more relevant results would showed up. Perhaps even those that were more important queries on the web were relegated, but I guess that’s an entirely different issue.
The answer that was accepted on the stackexchange network for that particular question did nothing to resolve the problem, and I guess it wasn’t until I came across the outstanding bugs on Firefox as I will show later, that the buried comment by a user name Volker Siegel was more relevant than I thought:
Wow. I indeed was using html. Turning this off solved the problem. What could
be an explanation for that? – user2820379 Apr 28 ‘15 at 8:18
Explanation? “Thunderbird, a software that has evolved over more than a decade
to follow changes in protocols and UI expectations. Under these circumstances,
it is inevitable that the structure degrades - know as bit rot. In this
context, it is hard to introduce a new feature in conflict with the current
state, when solving the conflict is infeasible. A new UI feature like HTML
editing may need to be sneaked in between rotten skeletons of old protocol
layers. It will work nicely, but as a result, you will find the configuration
of the new feature down between these old rotten sediments.” – Volker Siegel
Apr 28 ‘15 at 15:30
I wanted to get at the reasoning behind this fiasco and whether to blame neovim or gmail for it.
On vim: pasting worked under the Gmail’s interface, whereas with neovim the process just failed: newlines turned into whitespace.
The bug is one of those outstanding and hence unresolved that for years has plagued the Firefox browser and its counterpart such as Firebird:
Paste in contentEditable div from xclip removes newlines
The above post made a reference to Gmail ignoring newlines on Copy/Paste and the unhelpful answer of a user did nothing to pinpoint at the problem:
The ludicrous implementation of \r before \n is just nonsense.
And it also does not matter whether printf was used instead or a simple echo:
$ echo -e 'una prueba\npara ver' | xclip -sel c
or
$ echo $'una prueba\npara ver' | xclip -sel c
With xsel the flags are entirely different. But this clearly showed that Firefox is still trying to catch up with it. Gmail is not the problem. If it were I’d be more than happy to denote it. One could verify it by using a different email service such as Outlook from Microsoft for example.
A quick search related to Firefox turned out many more issues than what was originally intended, such as Copying text with the style “white-space: pre;” does not preserve white space (spaces, tabs, newlines)
On the above thread, an attachment provided can also be verified with xclip. It does not work under Firefox.
Another bug 116083 is still on the database for the Indiana University.
References
Clipboard specifications from freedesktop.org
Apr 21, 2017
Para implementar la separación silábica en cualquier documento en Libreoffice, es necesario bajar los correspondientes archivos de extensiones para este programa: https://extensions.libreoffice.org/extensions/spanish-dictionaries/0.6
Una vez descargado y guardado este archivo, se utiliza el mismo programa Libreoffice para cargarlo posteriormente.
Después se selecciona bajo el menú de tools, y options como se muestra:
que por consiguiente inicia la ventana correspondiente que especifica el recién bajado diccionario y como muestra la siguiente figura:
Muy importante en darle clic a OK a esta ventana donde el diccionario haya sido seleccionado.
Después de esto, y para que el corrector ortográfico aplique al actual documento, es necesario en asegurarnos que el idioma sea seleccionado desde el menú de tools seguido de language, y después como opción si el corrector ortográfico se aplicaría a todo el texto del documento, o a solamente un párrafo, y hasta una determinada selección, y como se muestra en la siguiente imagen:
En el caso del guión de separación silábica sería necesario en darle clic nuevamente al menú de tools (herramientas) seguido de language para que la opción hyphenation tome vigencia y aplique al texto del documento:
Lo que sucede con el paso anterior, que sencillamente no es lo más práctico. Y lo mismo se puede comprobar si en cada modificación o mejor dicho, en cada terminación de línea o párrafo u oración se tuviese que emplear lo antedicho para que el ingreso automático de guión ocurra a través de todo el texto.
Para lograr esto, es decir, en emplear en ese caso un ingreso automático del guión silábico, es necesario en ir al menú de Styles seguido de Styles and Formatting del documento como tal:
O si te es más fácil dándole clic a Edit Style del actual documento:
El cual abrirá otra ventana que manipula los valores para la pre-configuración del estilo del documento. Asegúrate que selecciones Text Flow el cual especifica si la hyphenation o la separación silábica ocurriría automáticamente:
Una vez que esta opción sea seleccionada, dale a clic para que los cambios apliquen al documento.
Siempre es aconsejable consultar muchas de las oficiales referencias acerca de este programa en https://help.libreoffice.org
Referencia
Libreoffice Help - hyphenation
Apr 8, 2017
I can’t say whether some of the systems that NUC Intel produces, face the same problems while loading a LiveCD/LiveDVD iso image via an external drive, as the manufacturer Gigabyte currently does. The latter manufacturer gave me the proverbial run for the money when I wanted to install an image that was burned on a DVD and had been successfully installed on an old system.
Not only I tried to load two (2) different images that proved to have been installed without issues and worked correctly on two (2) separate old Dell systems, but it seemed that even after specifying the external DVD/Writer on the first prioritized boot order of the BIOS, the motherboard was simply unable to identify it.
I can’t attest whether the BIOS for that particular model is used across similar boards, although is unlikely, but what I can guarantee is that after several attempts, including and not limited to one instance, in which the board seemed to boot in the desired order, in the end was a total disaster: even a warning came up - something that had to do with a missing file from the installation burned DVD image- which appeared on the screen, and would not let me continue.
I wondered at that point whether the motherboard BIOS was clearly identifying the external DVD writer.
A quick search on Google confirmed it. The motherboard would identify the external DVD only sparingly and inconsistently.
I had an HDD preloaded with an operating system. And had no problems whatsoever to load it directly. But connecting an HDD with a preloaded OS would miss the point altogether. How about if the HDD had no OS preconfigured on it. Then it would become a problem.
Another Google search returned different scenarios which were not applicable to my situation.
One user pointed out that by disconnecting and connecting the external DVD right after powering on the motherboard resolved his issue.
Someone on the Anandtech forums - I remember this website from years before, it published some if not the best reviews about SDDs on the marked - briefly spoke about it. This time around someone on the forum, a subdomain of Anandtech, responded that one reason he/she likes to read the posts is too help him/her determine what motherboard not to buy. Another user rightfully expressed his dissatisfaction with this particular brand’s issue on modern times.
A post on a blog from blogspot pointed out that the solution in his/her case was to tweak with the USB connection. Other responses that followed had to do with the failure on the users’ part, in properly identifying the boot order for the device. But this was not the problem I was having. If anything, I noticed - like I wrote earlier - the inconsistency of the board’s BIOS in simply recognizing the connection. Whereas sometimes it would show right after powering the system, other times it would not show up at all. 1
Disabling AHCI mode in favor of Legacy or IDE like a user pointed out on Anandtech did not resolve it either. And much less by changing the preloaded configuration for CSM. At one point, the system could not even access the BIOS at all, and it became unresponsive. Only after unplugging the cable from the external DVD writer, the BIOS utility would actually show up. This last inconsistent behavior I noticed it by messing with different settings like the ones I mentioned earlier, in which I was faced with the same problem. The only way to access the BIOS was by unplugging the cable. 2
Up to that point I stopped looking and reading for viable solutions altogether. Nothing I tried seemed to work, even though I could plug in an HDD with a preloaded OS. The GB-BXBT run fine or without major problems on a preloaded OS, and yet I was unable to load a live CD/DVD and install it from there.
I noticed that the problem with the USB for the BIOS settings for example, was supposedly patched years ago. And the latest updates for the BIOS on that particular system occurred a year or two before the manufacturer shipped the system to resellers.
How the external DVD writer would appear and disappear at times while turning on the motherboard was simply beyond me. I was unable to confirm nonetheless the same findings than the user at blogspot.
At that moment I realized I could no longer waste any more time in trying to install the Live CD/DVD from the DVD writer onto the HDD. Luckily I had an old USB drive lying around that I could use for testing purposes.
For years I had installed from Live CD/DVDs onto the majority of the systems. It seemed, this was no longer possible.
I tried to use the simplest method to have a portable OS on a flash drive that could - hopefully install onto the HDD.
According to the Arch Wiki 3 the command line could come handy for this purpose:
On the terminal
$ dd bs=4M if=/path/to/archlinux.iso of=/dev/sdx status=progress && sync
It took a few minutes for the process to finish but in the end I could no longer complain.
Had to press the DEL key one more time to access the BIOS. Then just like before, went to specify the boot order that the board should recognize first. The boot sequence showed the HDD on the first spot, followed by the flash drive I had recently copied the image to. Rebooted the system and finally the Manjaro installer loaded without an issue.
The installation finished without problems. Later I removed the flash drive. Rebooted the system without having to go into the BIOS again., and successfully the fresh installation of Manjaro with the XFCE environment was running updates as usual.
References
solving gigabyte wont boot from USB↵
Anandtech - Won’t boot from CD Gigabyte at Anandtech ↵
USB Flash installation media at Arch Wiki
USB Installation in GNU/Linux ↩︎
Mar 14, 2017
Hace más o menos un mes que escribí acerca de la configuración del tema splash de la pantalla y el cual se podía anular en la susodicha configuración a través de las preferencias, seguido del tema del escritorio cuando se utiliza un disco de estado sólido o un SSD (solid state drive).
En el momento de escribir acerca de ello, y de acuerdo a las estadísticas que se mostraban en distrowatch.com, los datos que se habían recopilado no reflejaban aún los últimos seis meses.
No obstante a ello, es sorprendente que por primera vez en la historia de los sistemas GNU/Linux, una distribución basada en Arch Linux haya dejado rezagadas a distribuciones tales como Opensuse, y más sorprendente aún a Ubuntu.
¿Cuáles han sido (entre varias causas) los más significantes problemas que sistemas tales como Ubuntu han experimentado?
He leído desde hace tiempo la insatisfacción de los usuarios cuando se refiere a la decisión que tomó Canonical en implementar Amazon en el entorno de escritorio Unity. A punto tal que si no hubiese sido por la presión ejercida por muchos de sus usuarios y hasta un artículo de Stallman quien profundizó más acerca de esto en un artículo titulado Ubuntu Spyware: What to do? donde criticó a este proyecto, el código que Canonical empleó desde el entorno gráfico del gestor de archivos, se continuaría lanzando en cada versión futura.
Aparentemente, en la versión 16.04 de LTS (Long Term Support) de Ubuntu, esta función no estaría activada.
Pero no creo tampoco que estos han sido los problemas más fundamentales que esta distribución experimentó. Los problemas más agudos han sido las propias experimentaciones que los desarrolladores han llevado a cabo con las actualizaciones, las que han causado graves interrupciones que como consecuencia han resultado en sistemas operativos GNU/Linux inservibles e inoperables en muchos de los casos.
Fui uno de los usuarios, que por ejemplo, experimentó que de buenas a primeras el network-manager crashed. Cuando quise averiguar más tarde, si alguien más estaba atravesando por ello, una búsqueda rápida en Google me redirigió a Last upgrade crashes network manager (no internet connection, no applet
Este suceso ejemplifica la descentralización de una distribución cuando toma decisiones reprochables e injustificables. También ejemplifica la irremediable desvinculación de los programadores con una de las distribuciones más user-friendly de todos los tiempos.
Recuerdo haber leído a Eric Raymond cuando habla sobre este fenómeno en la edificación de una catedral en comparación con un bazar. Considero que fue el primero de estos que el limitado grupo de programadores en Canonical llevó a cabo, en vez de tener en cuenta al usuario, o las acciones que perjudicarían a estos, como medio para el fin y no como un fin por sí solo o para simplemente satisfacer un objetivo sin evaluar profundamente las consecuencias resultantes.
Si aprenden o no la lección eso pasa a la historia.
Feb 26, 2017
Para modificar el idioma que los elementos del menú muestren, al igual que el idioma con el que aparecería la hora, la fecha, y otros valores como los de la representación monetaria, se puede ir hasta las preferencias del sistema y después dándole a clic a Configuración regional.
La ventana siguiente que lleva de título añadir y configurar la configuración regional, muestra las configuraciones regionales del sistema que te permite (a mano derecha) añadir el otro idioma que deseas, a la pre-configurada lista de las regiones en el sistema. Debes notar también que una vez que esto sea especificado, el sistema requiere recomenzar para que los cambios se carguen adecuadamente en el sistema.
Por supuesto que es posible lograr esto mediante el intérprete de comandos a través de localect
según se muestra reflejado en wiki.archlinux.org
Es decir,
localectl set-locale LANG=es_US.UTF
Para ver la lista de los locales en tu sistema, puedes emplear en este caso el siguiente comando:
localectl list-locales
y de ahí seleccionaer el idioma regional que quisieras utilizar:
una vez logrado este paso, es necesario ingresar:
localectl set-locale LANG=es_US.UTF-8
o el idioma de tu preferencia. Pongo ese solamente como un ejemplo donde se vea ente procedimiento.
Es bueno recalcar y como lo explica el sitio en wiki.archlinux.org que el fichero /etc/locale.gen muestra aquellas variables que se encuentran señaladas y que posteriormente serían cargadas en el fichero del sistema /etc/locale.conf.
Para más información acerca de esto vea la sección Setting the system locale en la wiki.
Referencias
wiki.archlinux.org
Feb 24, 2017
Cada vez que se trabaja con algún entorno gráfico en los sistemas GNU/Linux, como GNOME, xfce, MATE, al igual que en KDE, uno se pone al amparo de los desarrolladores de estos sistemas.
Digo al amparo, porque uno tiene que estar a esperas de lo que estos programadores decidan sobre las configuraciones idóneas del sistema. Y muchas veces, como es de esperar y se ha comprobado a través del tiempo, no han sido las más eficientes decisiones, desde el punto de vista del usuario.
Si se le pregunta al usuario cuáles serían las mejores maneras para tener acceso a estos servicios gráficos, muchos quizás darían diferentes opiniones. Unos dirían que el lugar en el menú para especificas estas opciones, se encontraría en las preferencias del sistema por ejemplo, mientras que otros posiblemente opinarían que aunque estarían de acuerdo en ello, lo conveniente es resumirlo dentro de la gestión de energía (administración del consumo de energía).
En mi caso, fue la última de estas opciones en las que pensé que cualquier cambio de las configuraciones tomarían lugar.
Pero lo mismo da, en estos casos, porque cuando se han implementado ciertas funciones, la opinión de los usuarios, a no ser aquellas que en esos casos donde por petición popular de la mayoría, logren en acordar y convencer a los desarrolladores en implementarlas, casi siempre no suscitan el interés que otras funciones conllevan. Y por lo tanto estas otras opciones gráficas dejan de ser modificadas.
También hay que tener en cuenta que muchos otros usuarios hispano-parlantes, (o debería decir la gran mayoría), se adaptan a estas condiciones, incluso en aquellos casos donde estas funciones interceden en el uso diario.
Este es el caso de algo tan sencillo como el reposo automático de la pantalla que se experimenta en Manjaro.
Por norma, el tiempo que transcurre antes que el sistema cierra la sesión, o por lo menos en Manjaro KDE, es de unos cinco minutos.
Pensé en realizar el cambio desde un principio a través de la ya mencionada administración del consumo de energía o la gestión de energía, pero esta función del sistema no tiene nada que ver con ello.
Este reposo de la pantalla, se controla desde Bloqueo de pantalla o Screen locking.
Primero antes que todo, y desde la ventana principal de las Preferencias del sistema, se le da clic al ya mencionado Comportamiento del escritorio (que aparece bajo Espacio de trabajo).
Acto seguido a ello y a mano izquierda, se le da clic a Bloqueo de pantalla, que una vez abre a mano derecha las opciones de configuración bajo el título de Tiempos de espera del bloqueo de pantalla y como se muestra en la siguiente imagen que muestra el tabulador de activación, el período de tiempo en minutos que se necesita modificar.
El valor pre-configurado son de unos 5 minutos. Se puede especificar el tiempo que uno estime apropiado.
Feb 15, 2017
Posicionado desde hace meses en el quinto escalafón de la lista de las distribuciones basadas en Linux, la distribución Manjaro , basada en la impresionante distribución Arch Linux, y que hace uso del magnífico sistema de administración de paquetes Pacman de este último, emplea los últimos e innovadores temas de interfaz gráficos en muchas de las ediciones, tanto de la comunidad, como aquellas que son aprobadas oficialmente. 1
No tuve problema alguno con la instalación del sistema operativo. Todo parecía funcionar sin problemas. La tarjeta gráfica del ordenador se había identificado apropiadamente durante el proceso de instalación, al igual que la tarjeta inalámbrica que permite el acceso al Internet para la continuación de cualquier actualización que se necesitaría llevar a cabo más tarde.
El mayor problema recaía en el tiempo que tomaba antes que el escritorio gráfico de este sistema operativo estuviera disponible.
Después de reinicializar las sesiones en varias ocasiones, me di cuenta que este lapso que estaba experimentando, no era algo necesariamente deseable, y peor aún, porque muchas veces fallaba por completo en cargar el entorno gráfico KDE, mientras que el resto del sistema estaba simplemente congelado. Esto imposibilitaba por ende, el acceso a la línea de intérprete de comandos, al igual que a cualquier operación de revisión de errores. Bajo estas condiciones, el sistema entero se paralizaba y por consiguiente era algo inaceptable.
Aunque el origen de este problema no era tan sencillo de rastrear, me di cuenta que ‘startx’ podía ser el causante. Una búsqueda rápida en Google dio como resultados en su primer hit de búsqueda a una pregunta similar titulada: Plasma desktop 5 boots very slowly que había sido hecha en el boletín de Arch Linux.
La pregunta del op era la siguiente:
is there any way to debug Plasma-desktop 5 loading process to figure out why it is slow?
a lo que una respuesta continuaba después que decía:
if on ssd, it’s better to turn off splash screen. 2
Y eso era exactamente lo que estaba ocurriendo, o por lo menos en mi caso.
Después de ello y una vez en el menú gráfico del sistema, se selecciona las configuraciones del sistema o settings . Una vez allí y bajo el tabulador Appearance se selecciona Workspace Theme.
Una vez que se seleccione el Tema y como se mostrará en la siguiente figura, se debe especificar que None o ninguno.
Footnotes
Lanzamientos oficiales de Manjaro↵
Sugerencia de un usuario en ajustar el valor pre-configurado del espacio de trabajo. Para más información acerca de ello visite el siguiente sitio que ofrece más detalles acerca de la conversación turn off splash if on ssd ↩︎