Welcome to Planet openSUSE

This is a feed aggregator that collects what openSUSE contributors are writing in their respective blogs.

To have your blog added to this aggregator, please read the instructions.


Wednesday
06 December, 2017


face

Hackweek 16 (0x10)

I spent the previous Hackweek with Cucumber and YaST. It worked quite well but it turned out to be too big step forward and focused on one specific testing framework.

This time I decided to make a smaller step, but make the solution more generic. So instead of having direct Cucumber support in the UI I proposed implementing a generic REST API. The API can be then used by any framework (Cucumber, RSpec…) or it can be used directly by any script or tool.

See also the Hackweek project page.

Implementation

The current solution is based on these two key libraries:

Both libraries are already included in the openSUSE distributions so it is easy to use them.

Installation

After compiling and installing new libyui, libyui-qt and recompiling yast2-ycp-ui-bindings (because of ABI changes) you can run any YaST module with YUI_HTTP_SERVER=14155 environment variable set. Then you can access the REST API via the port 14115 using curl command. (You can use a different port number.)

Using the REST API

Run the YaST repository manager (as root):

YUI_HTTP_PORT=14155 yast2 repositories

Embedded help

This will start the YaST module as usually, there is no visible change. You can normally use the module, the only change is that the UI now listens on the port 14155 for incoming HTTP requests.

You can access the REST API (root not required) from command line like this:

> # dump the current dialog as a tree
> curl 'http://localhost:14155/dialog'
{
  "class" : "YDialog",
  "hstretch" : true,
  "type" : "wizard",
  "vstretch" : true,
  "widgets" : 
  [
    {
      "class" : "YWizard",
      "debug_label" : "Configured Software Repositories",
      "hstretch" : true,
      "id" : "wizard",
      "vstretch" : true,
      "widgets" : 
      [
...
> # dump the current dialog as a simple list (easier iteration, search)
> curl 'http://localhost:14155/widgets'
[
  {
    "class" : "YDialog",
    "hstretch" : true,
    "type" : "wizard",
    "vstretch" : true
  },
  {
    "class" : "YWizard",
    "debug_label" : "Configured Software Repositories",
    "hstretch" : true,
    "id" : "wizard",
    "vstretch" : true
  },
...
> # filter widgets by ID
> curl 'http://localhost:14155/widgets?id=enable'
[
  {
    "class" : "YCheckBox",
    "debug_label" : "Enabled",
    "id" : "enable",
    "label" : "E&nabled",
    "notify" : true,
    "value" : true
  }
]
> # filter widgets by label (as displayed, might be translated!)
> curl 'http://localhost:14155/widgets?label=Priority'
[
  {
    "class" : "YIntField",
    "debug_label" : "Priority",
    "hstretch" : true,
    "id" : "priority",
    "label" : "&Priority",
    "max_value" : 200,
    "min_value" : 0,
    "notify" : true,
    "value" : 99
  }
]
> # filter widgets by type (all check boxes in this case)
> curl 'http://localhost:14155/widgets?type=YCheckBox'
[
  {
    "class" : "YCheckBox",
    "debug_label" : "Enabled",
    "id" : "enable",
    "label" : "E&nabled",
    "notify" : true,
    "value" : true
  },
  {
    "class" : "YCheckBox",
    "debug_label" : "Automatically Refresh",
    "id" : "autorefresh",
    "label" : "Automatically &Refresh",
    "notify" : true,
    "value" : true
  },
  {
    "class" : "YCheckBox",
    "debug_label" : "Keep Downloaded Packages",
    "id" : "keeppackages",
    "label" : "&Keep Downloaded Packages",
    "notify" : true,
    "value" : false
  }
]
> # and finally do some action - press the [Abort] button and close the module,
> # you can use the same filters as in the queries above
> curl -X POST 'http://localhost:14155/widgets?id=abort&action=press'

To make it cool I have included some inline documentation or help, just open http://localhost:14155 URL in your browser:

Embedded help

Running a Cucumber Test

I have also written a simple set of step


face

Tumbleweed snapshots

Since the announcement Tumbleweed Snapshots has seen regular usage from variety of locations.

usage

usage

The popular objects from the last day demonstrate that users are remaining on various snapshots and not just the latest.

usage

After reading various comments and mailing list responses it was apparent that the purpose was not clear to everyone so I went ahead and made a introduction video that covers the primary concept and goal. The details of the various complications and failure states that can occur as a result of installing new packages without updating are covered in the mailing list announcement.

As a note to users, snapshots 20171202 and 20171201 were missed due to mirror issues.


Tuesday
05 December, 2017


Michael Meeks: 2017-12-05 Tuesday.

21:00 UTCmember

face
  • Mail; admin. Lunch with J. Commercial call. Spent much of the day doing the things that are supposed to be quick & get done before you work on larger tasks - but somehow fill the time.
  • Out to the Hopbine in Cambridge in the evening with J. for a lovely Collabora Christmas party, good to catch up with the local part of the team.

face

En este artículo veremos cómo monitorizo mi Raspberry Pi instalando el paquete rpimonitor en openSUSE Tumbleweed.

Geeko y Tux con mi RaspberryPi

Rpimonitor es una aplicación de monitorización diseñada para ejecutarse en una Raspberry Pi. Ofrece una interfaz web para mostrar el estado, información y gráficos de nuestra Raspberry Pi.

Está publicado bajo licencia GPLv3 y gracias al trabajo del usuario malcolmlewis está disponible para openSUSE. Gracias a malcolmlewis, no sólo por empaquetarlo para openSUSE, si no también por su ayuda por el IRC que me ofreció para ponerlo en marcha.

Veamos el proceso.

RPi-monitor

 

Por razones de rendimiento y seguridad, rpimonitor separa la extracción de información de cómo presenta la información.

La extracción de información se realiza mediante un proceso diseñado para ejecutarse como un “demonio” que puede ser ejecutado como superusuario del sistema

rpmonitord es un script en perl que también pone en marcha un servidor web embebido que da acceso a las diferentes páginas. El servidor web corre en un proceso separado y el “propietario” del proceso es un usuario sin derechos de superusuario.

La presentación de la información se realiza en páginas HTML5. Estas páginas descargan de manera dinámica la información extraida del script mencionado antes y realizan el renderizado en un formato elegante (utilizando bootstrap, jquery, jsqrencode, javascriptrrd y flot). Esta arquitectura tiene la ventaja de descargar el trabajo del servidor y delegar el proceso y renderizado al cliente.

Desde la versión 2.0 de rpimonitor, los datos extraidos y la información que presenta son completamente configurables. Hay que tener en cuenta, que el servidor embebido no ofrece un control de acceso o autentificación. Es posible no utilizar el servidor web que se ofrece y utilizar un servidor web externo para mostrar las páginas (por ejemplo ngnix).

Lo primero que tendremos que hacer para ponerlo en marcha en nuestro openSUSE, es añadir el repositorio personal de malcolmlewis que tiene en OBS y donde entre otros paquetes está disponible rpimonitor para openSUSE.

Por tanto abriremos YaST y añadiremos esta dirección del repositorio. Y después aceptamos la clave y confiamos en el repositorio:

https://download.opensuse.org/repositories/home:/malcolmlewis:/SLES12-SP2-RPI-Extra/openSUSE_Factory_ARM/

Añadido el repositorio, ya podremos instalar el paquete en openSUSE, bien mediante la línea de comando o mediante YaST. Buscamos rpimonitor y lo instalamos, junto con todas las dependencias necesarias para que todo funcione.

Hecho esto deberemos configurar todo para que nos funcione adecuadamente. Lo primero borrar el archivo de configuración y hacer que apunte a un nuevo archivo:

rm /etc/rpimonitor/data.conf
ln -s /etc/rpimonitor/template/openSUSE.conf /etc/rpimonitor/data.conf

Depués de eso deberemos configurar un poco la pantalla de bienvenida de nuestra RaspberryPi para que se muestre acorde con lo que tenemos instalado, para ello editamos el archivo de configuración en la


face

metrics.opensuse.org has been available for a few weeks, but now has an accompanying video presentation to help make sense of the information. The goal of the effort was to provide insight into the staging process used to build both openSUSE and SLE releases and the impact of tooling changes on the process. The implementation is comprised of three parts:

The end result can be seen below.

metrics.opensuse.org factory staging totals

For those familiar with the staging process the graphs will likely make some sense, but for those without a firm understanding of the process a bit of explanation is required. A video explanation of the various graphs and details behind the data can be seen below.

One important bit missing from the video is a zoomed in view of the time to first stage which clearly shows a drop in both the mean and min time after 2017-5 when the staging-bot was enabled.

metrics.opensuse.org factory staging totals

metrics.opensuse.org factory staging totals

The annoucement thread on the opensuse-factory mailing list can be used for discussion.


Monday
04 December, 2017


Michael Meeks: 2017-12-04 Monday.

21:00 UTCmember

face
  • Mail chew, consultancy call, synched with Dennis; admin: customer, partner contacts, variously. TDF board call.

face

Description Le samedi 16 Décembre 2017, nous organisons notre Journée Mensuelle du Logiciel Libre à la Maison St Sever à Rouen. (Centre Commercial St Sever, 10-12 rue Saint-Julien 76100 Rouen) de 15h30 (salle non disponible à 14:00) à 18h00. On fera connaissance avec la toute dernière version de openSUSE, la openSUSE Leap 42.3, Gnome 3.20, LibreOffice […]


face

Boletín de noticias relacionadas con el software libre publicado por la Free Software Foundation.

La Fundación para el Software Libre o Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir este movimiento.

La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.

Además de tratar de difundir la filosofía del software libre, y de crear licencias que permitan la difusión de obras y conservando los derechos de autorías, también llevan a cabo diversas campañas de concienciación y para proteger derechos de los usuarios frentes a aquellos que quieren poner restricciones abusivas en cuestiones tecnológicas.

Desde el mes de julio he decidido, después de 4 años traduciéndolo, descansar un poco en esta tarea de traducir. Pero por el blog seguiré publicando un extracto del boletín.

Mensualmente publican un boletín (supporter) con noticias relacionadas con sus campañas, o eventos. Una forma de difundir sus proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!

no_privacy_without_free_software

Puedes ver todos los números publicados en este enlace: http://www.fsf.org/free-software-supporter/free-software-supporter

¿Te gustaría aportar tu ayuda y ayudarnos en la traducción? Lee el siguiente enlace:

Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de diciembre de 2017, podrás leer el boletín completo en español en este enlace, cuando el equipo de traducción lo termine:

.- Protege la libertad del software: Apoya a la neutralidad de la red

Del 1 de diciembre

La Comisión de Comunicaciones Federal de los Estados Unidos (United States Federal Communications Commission o FCC) está a punto de aprobar otra nueva ley que acabará con las protecciones por la neutralidad de la red. Sólo tenemos 2 semanas para salvarlo. Es hora de actuar

.- Cómo explicar a tu amigo que no lo entiende, que la neutralidad de la red importa

Del 27 de noviembre por Jacob Kleinman

Si estás tratando de convencer a un amigo, vecino o compañero de trabajo que la FCC está a punto de cometer un gran error desmantelando la neutralidad de la red, aquí tienes algunos puntos clave que te ayudarán a exponer tus argumentos

.- Richard Stallman


face

UPDATE: all systems are back online.

During the maintenance window this Thursday, 2017-12-07, we will not only do the regular maintenance on all machines: this time we will migrate the machine hosting download.opensuse.org to a completely new system running openSUSE Leap 42.3. Together with this switch, we will bring the new PostgreSQL database cluster in production, which is running now since a while also on openSUSE 42.3. As some of the old configurations and services will be changed during that time as well (for example: switching from lighttpd to nginx with TLS 1.2 and http2 support for our "last resort mirror"), we will use this week for some extended testing to make the migration as smooth and quick as possible. But as always: bad things can happen, so we like to inform you in front that there might be some longer downtimes during the switch. If you need to upgrade or update your machines this Thursday morning, please check for a mirror server on our mirror page.

The maintenance of login2.opensuse.org will not last for longer than 30 minutes: we will fire up a second machine that will (in a first version) act as failover (using keepalived) in case the main machine is under maintenance or has a bigger issue. As we want to test the failover, please expect small hickups during that 30 minutes. After that, we hope that this service should also be high available as a couple of other services we setup during the last weeks.


Sunday
03 December, 2017


Michael Meeks: 2017-12-03 Sunday.

21:00 UTCmember

face
  • Up, NCC - played the violin - goodbye service as we leave the church, sad in many ways - 17 years of service there; moving on to All Saints for now.
  • Home for lunch with Sandra & Lydia, played games & music with the family, out to practice the Organ with H. Read God's Smuggler to E. + babes in the evening. Watched Extant with J. before bed.

face
 
Uma nova revisão do que aconteceu na semana 48 de 2017 no openSUSE Tumbleweed a versão “rolling release” de atualização contínua da distribuição de GNU/Linux openSUSE.

O anúncio original você pode ler no blog de Dominique Leuenberger, no link abaixo:
 
 
Em algumas semanas, os instantâneos simplesmente caem de OBS e passam o QA  sem problemas, outras semanas causam um pouco mais de problemas e alguns instantâneos são descartados. Mas é exatamente para isso que temos OpenQA, não é? Assim, desde a minha última revisão, apenas 2 instantâneos viram a luz do dia: 1125 e 1129. Mas, como de costume, se houver uma lacuna, isso só significa que os problemas de um instantâneo estão sendo corrigidos no próximo até que ele esteja de volta em um estágio onde podemos liberá-lo para os usuários.
As mudanças importantes / interessantes que aconteceram nesses dois instantâneos foram:
  • Linux kernel 4.14.1 e 4.14.2 (sim, dois instantâneos, ambos trazem um novo kernel.
  • OpenSSL 1.1 agora é o padrão para a distribuição. Isso pode causar alguns problemas de atualização, especialmente se você tiver pacotes de desenvolvimento instalados. A recomendação é permitir que o zypper remova libopenssl-1_0_0-devel (para que ele possa atualizar para 1.1). Dependendo do que você está desenvolvendo, você pode obter outros problemas relatados (por exemplo, libQT4-devel, como o Qt4 não oferece suporte a openSSL1.1 e nunca será)
  • O sistema de compilação SCons agora usa python3 como intérprete. Isso pode causar algumas falhas de compilação se o SConscript não for compatível com python3.
  • PostgreSQL 10 desembarcou.
E as áreas de preparação estão cheias, abaixo os itens que estão se preparando:
  • Qt 5.9.3
  • Mais pacotes movendo para python3 (minimizando o uso do python2)
  • Linux Kernel 4.14.3
  • Implementação do libstorage-ng do YaST
Uma nota adicional para empacotadores: como você sabe, a variável suse_version é usada para distinguir entre as várias versões do openSUSE. Em 1 de dezembro de 2017, o openSUSE Tumbleweed mudou a suse_version de 1330 para 1550. Por favor, veja o anúncio de correio na lista de discussão.
 
 Com todas essas coisas agradáveis: tenha um ótimo fim de semana, divirta-se muito com o sistema de Tumbleweed atualizado.
As ISO’s são instáveis, porém se você já utiliza openSUSE Tumbleweed em seu equipamento, simplesmente deverá atualizá-lo mediante o comando “zypper up” assim seu sistema receberá as atualizações.Para realizar o download acesse o link abaixo:

Mantenha-se atualizado e você sabe divirta-se!!
 

Saturday
02 December, 2017


Michael Meeks: 2017-12-02 Saturday.

21:00 UTCmember

face
  • Mail chew, Elize over to make christmas present with H. Played games variously, lunch. Out for a walk up the heath in the afternoon with the family, lovely. Home, movie, bed.

Friday
01 December, 2017


Michael Meeks: 2017-12-01 Friday.

21:00 UTCmember

face
  • Plugged away at memory sharing amidst admin bits. Found lots of likely looking pages and improve the loolmap tool significantly. Turns out allocating 1 byte with the internal LibO allocator gives you a minimum of 32bytes as we configure it. Hacked up a custom arena for Online pre-initialization.

face

openSUSE Tumbleweed es una distribución “Rolling Release” en desarrollo continuo. Aquí puedes estar al tanto de las últimas novedades.

TumbleweedVeamos un nuevo repaso a lo que ha ocurrido en esta semana a punto de acabar el mes de noviembre en openSUSE Tumbleweed.

openSUSE Tumbleweed es la versión “rolling release” o de actualización continua de la distribución de GNU/Linux openSUSE.

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, en este enlace:

Las ISO’s son instalables, pero si ya estás disfrutando de openSUSE Tumbleweed en tu equipo, simplemente deberás actualizarlo mediante este comando aunque desde hace poco un simple zypper dup hace ya todo el trabajo.

Algunas semanas las nuevas “snapshots” publicadas fallan en OBS y pasan openQA sin problemas, otras semanas dan más problemas y se deciden descartar esas “snapshots”.

Pero para eso se supone que se utiliza openQA, como filtro y como medio de asegurar lo máximo posible que las actualizaciones publicadas no causen problemas e inestabilidad en el sistema.

Desde la anterior revisión sólo 2 “snapshots” han visto la luz, estas son: 1125 and 1129.

entre lo más importante que se ha publicado en estas “snapsots” se puede destacar:

  • Kernel Linux 4.14.1 y 4.14.2 (sí, dos “snapshots” que traen un nuevo kernel. Esto es de locos!! 🙂 )
  • OpenSSL 1.1 ya es la opción predeterminada en la distribución
  • SCons ahora utiliza python3 como intérprete
  • PostgreSQL 10 ya está aquí

Y en lo próximo que está por llegar podemos encontrar:

  • Qt 5.9.3
  • Más paquetes que utilizan python3 (minimizando el uso de python2)
  • Kernel Linux 4.14.3
  • Implementación de libstorage-ng de YaST.

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

Geeko_ascii

——————————–



face

Dear Tumbleweed users and hackers,

Some weeks, snapshots just fall out of OBS and pass openQA without issues, other weeks cause a bit more trouble and some snapshots are decided to be discarded. But hey, that is exactly what we have openQA for, isn’t it? So, since my last review, only 2 snapshots have seen the light of day: 1125 and 1129. But as usual, if there is a gap, it only means issues from one snapshot are getting fixed in the next one until it is back in a stage where we can release it to the users.

The important/interesting changes that happened in those two snapshots were:

  • Linux kernel 4.14.1 and 4.14.2 (yes, two snapshots, both bring a new kernel. crazy!)
  • OpenSSL 1.1 is now the default for the distribution. This might cause some update problems, especially if you have development packages installed. The recommendation is to let zypper remove libopenssl-1_0_0-devel (so it can upgrade to 1.1). Depending on what you’re developing for, you might get other issues reported (for example libQT4-devel, as Qt4 does not support openSSL1.1 and never will)
  • SCons build system now uses python3 as the interpreter. This can cause some build failures if you SConscript is not python3 compatible.
  • PostgreSQL 10 has landed

And the staging areas are full, those things are brewing:

  • Qt 5.9.3
  • More packages moving to python3 (minimizing the python2 usage)
  • Linux Kernel 4.14.3
  • YaST’s libstorage-ng implementation

An additional note for packagers: As you are aware, the variable suse_version is used to distinguish between the various openSUSE versions. On December 1st 2017, openSUSE Tumbleweed changed suse_version from 1330 to 1550. Please see the announcement mail on the mailing list.


face

Tumbleweed snapshots

The announcement was picked up by Phoronix and discussed on Reddit among other places. It seems readers are either unsure of the purpose or very happy with the announcement. As such I plan to create a verbose video explanation to aid in understanding and marketing the concept.

The initial usage numbers are promising although without the unique identifier provided to download.opensuse.org by zypper it is impossible to get a clear number of users.

Tumbleweed snapshot usage

Tumbleweed snapshot usage by location

The bandwidth usage is relatively low, as expected, since users are generally updating to the latest snapshot and thus being redirected to the normal mirroring network.

repo-checker

One of the long-existing caches used by repo-checker for cycles information was observed, by lnussel, to be in excess of 20GB. The size of the cache was slowing things down rather than speeding them up. The cache was restricted to just target projects (ex. Leap 15.0 or Factory) and no longer includes staging projects. This resolved the issue while still caching the relevant bits and dropped 5-10 minutes off the cycle check.

last year

At this time last year I created the initial prototype for snapshotting the main product repositories and individual OBS project repositories. The Tumbleweed snapshots prototype was announced on the opensuse-factory mailing list and received several dozen users.


Thursday
30 November, 2017


Michael Meeks: 2017-11-30 Thursday.

21:00 UTCmember

face
  • Mail chew patch review, bug pokeage, customer call.
  • Pleased to hear from Tim Farron again.

Wednesday
29 November, 2017


Michael Meeks: 2017-11-29 Wednesday.

21:00 UTCmember

face
  • Up in the night; worked on un-shared page dumping. Back to bed, up to practice with the babes. Mail, call with Dennis.

face

Simplesmente Emocionante…

thanos



face

En este artículo escribiré sobre cómo he instalado openSUSE Tumbleweed en mi flamante nueva Raspberry Pi 3 modelo B.

Tux y Geeko con mi Raspberry Pi

Como quizás sabéis no soy dado a caprichos, a gastos ni a consumos tecnológicos… Pero esta vez he querido hacerme un “autoregalo” y buscando por la red encontré en un sitio de compras por internet una oferta geek que me pareció interesante.

Desde hace tiempo quería probar eso de la Raspberry Pi, una pequeña placa electrónica que encierra en el tamaño de una tarjeta de crédito un pequeño ordenador, ideal para diferentes proyectos (un servidor casero, una nube casera, un centro multimedia, un equipo en el que probar y aprender…)

Así que después de pensarlo un tiempo, me decidí a comprarlo y por 49€ pedí el lote completo que consta de lo siguiente:

  • Raspberry Pi 3 modelo B
  • Carcasa de plástico para protegerla
  • Ventilador
  • Disipadores de calor
  • Tarjeta microSD de 16G y adaptador
  • Cable HDMI
  • Fuente de alimentación + cable de alimentación con interruptor
  • Tornillos y todo lo necesario para que todo quede bien ensamblado

Así que a esperar y en apenas 12 días (creo recordar) llegó el pequeño paquete a casa con todo lo que veis en la imagen. Inspeccionado el paquete todo estaba correcto y en perfecto estado. Se acercaban tiempos de hacking! 🙂

Lo primero que había que hacer era instalar un sistema operativo en la tarjeta para hacer que aquel hardware hiciera algo. Opciones hay muchas, pero yo me decanté por… openSUSE Tumbleweed oh! sorpresa!! 🙂

Lo bueno de un blog, es que a veces escribes cosas útiles incluso para ti mismo! y este fue el caso. Tocaba echar mano de un artículo reciente en el que explicaba cómo poner en marcha una Raspberry Pi con openSUSE desde 0 hasta hacerla funcionar:

Cuando traduje el artículo no tenía Raspberry Pi, por tanto no podía asegurar que lo que escribía fuera correcto. Así que tocaba probar que sí lo era, experimentándolo yo mismo.

Lo primero es descargar la imagen del sistema operativo. Yo me decanté por la versión “rolling release” de openSUSE, es decir: Tumbleweed.

Y aunque hay diversos entornos de escritorio para utilizar, yo me decanté por un reto personal, y ver si era capaz de manejar mi openSUSE con JeOS (Just enough Operative System) es decir, un sistema operativo sin entorno gráfico, y controlarlo completamente mediante ssh de manera remota.

Descargado el sistema operativo hay que copiarlo en la tarjeta microSD. Para ello, en el primer artículo que escribí y que he mencionado más arriba utilizaba un software llamado Etcher.

Aunque en mi caso, preferí utilizar un comando en la consola. Para ello, introduje la microSD en el adaptador y este en mi equipo. Identificando cómo llama


Tuesday
28 November, 2017


Michael Meeks: 2017-11-28 Tuesday.

21:00 UTCmember

face
  • Mail chew, built ESC proto-agenda, started (early) on 6.0 under-the-hood stat building - merging 5.4 and 6.0 into one; admin.
  • Spent some time looking at heap sharing in LibreOfficeKit after a pre-init; read pagemap docs and added support too loolmap to print bitmaps of your heap.
  • Mike over for dinner & catch-up.

face

Instalação do Electrum-LTC e criação de uma carteira de Litecoin no Ubuntu Linux Neste tutorial vamos mostrar como instalar uma carteira de Litecoin simples e fácil de usar, chamada Electrum-LTC, no Ubuntu Linux. Essa carteira é suportada no Windows, Linux e Mac OS X. A versão mais atual, quando este artigo foi escrito, é a 2.9.3.1, lançada em agosto de 2017. Possivelmente, quando você


face

by Banksyby Banksy
At Akademy 2016, the KDE community started a long-term project to invigorate its development (both, technically and organizationally) with more focus. This process of soul-searching has already yielded some very useful results, the most important one so far being agreement of a common community-wide vision:

A world in which everyone has control over their digital life and enjoys freedom and privacy.

This presents a very high-level vision, so a logical follow-up question has been how this influences KDE’s activities and actions in practice. KDE, being a fairly loose community with many separate sub-communities and products, is not an easy target to align to a common goal. A common goal may have very different on each of KDE’s products, for an email and groupware client, that may be very straight-forward (e.g. support high-end crypto, work very well with privacy-respecting and/or self-hosted services), for others, it may be mostly irrelevant (a natural painting app such as Krita simply doesn’t have a lot of privacy exposure), yet for a product such as Plasma, the implications may be fundamental and varied.
So in the pursuit of the common ground and a common goal, we had to concentrate on what unites us. There’s of course Software Freedom, but that is somewhat vague as well, and also it’s already entrenched in KDE’s DNA. It’s not a very useful goal since it doesn’t give us something to strive for, but something we maintain anyway. A “good goal” has to be more specific, yet it should have a clear connection to Free Software, since that is probably the single most important thing that unites us. Almost two years ago, I posed that privacy is Free Software’s new milestone, trying to set a new goal post for us to head for. Now the point where these streams join has come, and KDE has chosen privacy as one of its primary goals for the next 3 to 4 years. The full proposal can be read here.
“In 5 years, KDE software enables and promotes privacy”

Privacy, being a vague concept, especially given the diversity in the KDE community needs some explanation, some operationalization to make it specific and to know how we can create software that enables privacy. There are three general focus areas we will concentrate on: Security, privacy-respecting defaults and offering the right tools in the first place.

Security

Improving security means improving our processes to make it easier to spot and fix security problems and avoiding single points of failure in both software and development processes. This entails code review, quick turnaround times for security fixes.

Privacy-respecting defaults

Defaulting to encrypted connections where possible and storing sensible data in a secure way. The user should be able to expect the KDE software Does The Right Thing and protect his or her data in the best possible way. Surprises should be avoided as much as possible, and reasonable expectations should be met with best effort


face

Veamos cómo utilizar el software WireShark para encontrar la dirección URL desde la que se emite un contenido en “streaming”

captura de WireShark

WireShark es un completo software que sirve para analizar protocolos y del tráfico de una red, dispositivo, equipo, etc. Está publicado bajo licencia libre GPL y es multiplataforma. Puedes instalar WireShark en tu distribución de de GNU/Linux.

El tema del artículo viene, porque desde hace tiempo tengo configurado mi reproductor (a veces Amarok, a veces Clementine) para escuchar desde él Radio 3, en un artículo en el blog, vimos cómo hacerlo:

Pero desde hace un tiempo, el enlace que utilizaba para escuchar la radio en mi reproductor no me funcionaba, por lo que si quería escucharla tenía que hacerlo desde la radio (obvio) o desde su página en la sección de emisión en directo.

Pero yo quería hacerlo desde mi reproductor, y quería saber si existía la manera de hacerlo. Finalmente puse WireShark a funcionar y me dió el enlace para escucharlo…

Lo que hacemos es abrir WireShark (con privilegios de superusuario) y en el botón superior izquierdo empezar a grabar las estadísticas y eventos que pasen por nuestro equipo.

En nuestro navegador ya tendríamos abierto el navegador y la página del servicio que queramos descubrir, en mi caso Radio 3 de Radio Nacional de España.

Le damos a reproducir la emisión en directo y lo dejamos grabando un poco (con un minuto es más que suficiente). Después ya podremos parar WireShark.

Es tiempo de revisar lo que hemos grabado y tratar de descubrir el enlace desde el que se emite la emisión en “streming”. La captura de WireShark tendrá un aspecto similar a la imagen que encabeza el artículo.

Deberemos buscar una petición GET que tenga como fuente nuestro equipo. Podremos filtrar los resultados o echar un vistazo en conjunto.

Finalmente descubrí la petición y podemos ver el enlace que tiene esta dirección:

http://rtve-live.hds.adaptive.level3.net/hls-live/rtvegl0-rnec201lv3aomgl0/_definst_/live/stream3.m3u8

Pues hecho eso, ya podemos añadirlo a nuestro reproductor y escuchar nuestra emisora en streaming. No sé el motivo por el que esconden tanto eso, será para que uses su web, o su aplicación de móvil y no el reproductor que tu prefieras…

Espero que os pueda ser útil…

—————————————————————-



Monday
27 November, 2017


Jakub Steiner: London UX Hackfest

22:01 UTCmember

face

London UX Hackfest from jimmac on Vimeo.

Thanks to the GNOME Foundation, a handful of designers and developers got together last week in London to refocus on the core element of the GNOME experience, the shell. Allan and Cassidy have already summed up everything in their well written blog posts, so I’d like to point to some pretty pictures and the video above.

Stay tuned for some higher fidelity proposals in the areas of app switching & launching and the lock/login experience.


Michael Meeks: 2017-11-27 Monday.

21:00 UTCmember

face
  • Mail, status report, consultancy call. Caught up with Eloy, sync. with Andras. Lunch, plugged away at paperwork. Poked at writer page border rendering - something that's annoyed me for a while (before seeing the memory it can waste).

face

Veamos script para publicar los feeds de tu web o blog en la red social Diaspora*.

Como bien sabéis los que me seguís en el blog, no tengo cuenta en redes sociales privativas (léase Facebook, Twitter, etc) pero sí tengo cuenta en redes sociales libres y federadas (léase GNUsocial, Diaspora, etc) soy un predicador en el desierto... :þ

Diaspora* es una red social que me gusta. Encuentro contenido interesante y variado (eso depende de las etiquetas que configures en tu perfil) GNU, Linux, software libre, fotografía, música…

En mi sección de contacto del blog tenéis mi cuenta de Diaspora* por si queréis seguirme por allí…

Hace unos meses escribí por el blog cómo publicar feeds en tu cuenta de GNUsocial de manera automática. Así los nuevos artículos de tu blog o web o de aquellas que te interesan se publicarían en la línea de tiempo de tu cuenta en esa red social.

Al igual que lo hice en esa red social, estuve buscando la manera de hacerlo también en la red social Diaspora*, probé varias cosas que no conseguí hacer funcionar.

Desde hace unos días estoy aprendiendo varias cosillas con un nuevo cacharro que me he “autoregalado” (ya escribiré la entrada que tengo en mente sobre eso) y volví sobre la idea de cómo publicar feeds de webs y blogs en mi cuenta de Diaspora*

Estuve buscando herramientas para hacerlo, y encontré de entre todas una que estaba más mantenida y parecía que seguía activa, se trata de un script en Perl llamado pod_feeder que puedes descargar desde GitHub.

Lo instalé en mi “cacharro” con openSUSE Tumbleweed y traté de hacerlo funcionar. Instalé las dependencias de Perl que precisaba, lo intenté de varias formas hasta que lo conseguí.

Descargué el script, lo quise probar…. y nada, me daba un error que no conseguía hacer que aquello funcionase. Eché un vistazo al script, pero el no tener ni idea de Perl, ni de bases de datos, etc jugaba en mi contra!

Tocaba tirar de buscador y tratar de buscar una solución en el proceloso mundo de internet. En su repositorio de GitHub ya había abierto un “issue” con un error similar al mío.

Varias opciones, alguna solución que no conseguí hacer que funcionara, así que sin mucha confianza en que me respondieran me uní al hilo en el que se comentaba el error y también apunté a que a mí también me sucedía Para dejar constancia de que no es un caso solitario de un solo usuario.

La sorpresa fue que en apenas unos pocos días, el propio desarrollador, implementó una solución propuesta hace tiempo por otro usuario, y cerró el “issue”. Bien, había que probar si aquello ahora ya funcionaba.

Descargué el script parcheado y me dispuse hacerlo funcionar probando con mi propio blog mediante el siguiente comando:

perl pod_feeder 

face

A dica de hoje e sobre um distribuição brasileira, seu nome é Regata OS é uma distribuição Linux que tem como base o openSUSE Leap e utiliza o ambiente gráfico KDE Plasma 5.8.

A atual versão do Regata OS e a 18.1 cujo nome é Honeycomb, ela é baseada na versão 42.3 do Leap o que garante pacotes atualizados e bem estáveis. 

O Regata OS 18.1 vêm com o  Linux Kernel 4.11.8, a biblioteca de gráficos 3D Mesa 17.1.4, que posteriormente também será atualizada para a série 17.2.x e mais recente e a suíte de softwares KDE Applications atualizada para a versão 17.04.2 e foi implementado o KDE Frameworks 5.32.0.


Ela também vem recheada de aplicativos como: 

  • o navegador Chromium;
  • reprodutor de música Tomahawk;
  • Skype e muito mais.

Um diferencial dentro do Regata OS e a Regata OS Store onde você pode obter novos aplicativos facilmente e de forma bem intuitiva.



Download


Página oficial do projeto:

http://www.regataos.com.br/


Sunday
26 November, 2017


Michael Meeks: 2017-11-26 Sunday.

21:00 UTCmember

face
  • Slept in, off to All Saints; Abraham from Christian Aid talking about their work to reduce maternal & infant mortality in rural Kenya, talked to Max. Home for pizza lunch.
  • Played 'go' with H, re-strung her Velix blind too & re-fitted it; watched HP#2, removed the old table made from a door from her attic room; read story to N. - finishing Voyage to Venus; bed.

Saturday
25 November, 2017


Michael Meeks: 2017-11-25 Saturday.

21:00 UTCmember

face
  • Mail chew, pulled code to the laptop; reviewed patch, built profiling sheet in the car on the way to B&A's. Good to see them. Lunch, talked with Bruce in the afternoon, tea.
  • Bit of memory profile reading and hackery in the car on the way home, sickening somehow.

<- Current blog entries