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.


Friday
29 April, 2016


Michael Meeks: 2016-04-29 Friday.

16:21 UTCmember

face
  • Fine breakfast, a day of training together with the great Turkish student team - tiring but worthwhile - still trying to put a dozen new names to new faces.
  • Built a new talk capturing at least my thinking on how to tackle non-trivial problems; sucking eggs for beginners:
    Solving arbitrary problems

    And also updated some older slides to the recent code-base.
    LibreOffice code structure overview

    LibreOffice core classes


face

Tumbleweed-blackThere has not been a new snapshot for openSUSE Tumbleweed for the past week, and it has been a couple weeks since the last time it was discussed on news.opensuse.org.

A new snapshot of Tumbleweed arrived today and the reason for not having one the past week is that the entire rolling release distribution was rebuilt on the Open Build Service and thoroughly tested by openQA.

Snapshot 20160422 updated glibc to version 2.23 and libvirt to 1.3.3. The libraries provide new compatibility and remove some obsolete functions. Several patches were removed from glibc and libvirt. Libvirt’s update also improved support for ppc64.

GCC 5 upgraded to version 5.3.1+r234891 and kernel-firmware updated to 20160412.

Php7 has been added and is available in the the repositories.

Other updates of interest are to openssl with new patches from SUSE Linux Enterprise 12 and cmake 3.5.2. YaST had several updates with yast2 upgrading to 3.1.185, yast2-vm upgrading to 3.1.26, and yast2-bootloader upgrading to 3.1.176 among others YaST updates.

Tumbleweed users can expect Qt 5.6 to make it in a snapshot within the next few weeks and will more than likely be available after the next YaST sprint.


face

Hoy me complace anunciar que los dos proyectos principales de mi vida se presentan a unos nuevos premisos. Así que KDE y KDE Blog se presentan a los Open Awards en la OpenExpo 2016.

KDE y KDE Blog se presentan a los Open Awards en la OpenExpo 2016

Hace un tiempo presenté los Open Awards 2016,  unos premios que tienen la intención de reconocer a las empresas y administraciones que crean y fomentan grandes soluciones con tecnologías Open Source en España.

El objetivos de los premios son sencillos: fomentar, apoyar, reconocer y premiar los proyectos de código abierto y conocer las iniciativas Open Source más destacados del año.

Evidentemente KDE entra dentro de esta categoría y se ha presentado para seguir promocionándose. Si te gusta KDE no dudes en apoyar su candidatura y vota por él siguiendo este enlace:

KDE y KDE Blog se presentan a los Open Awards

Además, también se ha presentado en la categoría de Blogs el que estás leyendo, KDE Blog. Así que desde aquí pido a mis lectores el apoyo para quedar en un buen lugar. Si te gusta KDE blog no dudes en apoyar su candidatura y vota por él siguiendo este enlace:

KDE y KDE Blog se presentan a los Open Awards

 

 

Cómo se articulan los premios Open Awards 2016:

  • Período de inscripciones – 31 de marzo al 15 de abril
    Podrás inscribirte en la categoría que mejor defina tus productos o servicios.
  • Período de votaciones – 15 de abril al 15 de mayo
    Durante este período se abren las votaciones a todas las empresas inscritas. Anima a tus seguidores a que con sus votos, consigas estar en el “top tres” de tu categoría.
  • Período de deliberaciones – 15 de mayo al 31 de mayo
    El 15 de mayo se cierra el período de votaciones y se dejan 16 días para la deliberación final del jurado.
  • Reunión con el jurado – 2 de junio
    El mismo día de la Gala, antes de la entrega de premios, el jurado realizará su reunión final, de la que saldrán los ganadores del certamen.
  • Gala de entrega – 2 de junio
    En ella, se comunicarán los vencedores de cada categoría

Ray Chen: Installing shutter

03:50 UTCmember

face

Shutter is a feature-rich screenshot tool, home page: http://shutter-project.org/

shutter is not in Leap 42.1 standard repository,

so you have to install it by adding repositories manually.


#zypper ar obs://X11:Utilities x11
#zypper ar obs://devel:languages:perl perl-dev
#zypper ref
#zypper in shutter


if you want to use 1 click install,

open this link with firefox.








face

Al momento de escribir este breve artículo faltaban unos 10 días para que el planeta Mercurio pasase enfrente del Sol. Esto se conoce como “tránsito”. Para que un tránsito planetario pueda ocurrir, algunos factores relacionados con como se mueven los planetas deben entrar en juego.El primer factor es la ubicación del observador. Para poder observar […]


Thursday
28 April, 2016


Michael Meeks: 2016-04-28 Thursday.

21:00 UTCmember

face
  • Early up; set off for Turkey; the train ticket to LHR costing almost as much as the flight - hmm; if only one could fly everywhere. Poked at code and mail, and slides on the train.
  • Met an interesting chap - James McDermott on the plane; doing market data development.
  • Met up with Gokhan and Muhammet and out for dinner together - picked up Markus, to the hotel; baggage scanned; checkin; up for a pint, and back to the room - worked until very late on slides.

face

Leap-greenThe openSUSE Board announced today a call to action for a Community Release Team to assist with tasks associated to the development of the next Leap version 42.2.

The announcement was made in an email to the project’s development mailing list opensuse-factory (at) opensuse.org.

“In the past, these tasks were… distributed among the SUSE employed openSUSE team, which tried to incorporate community and in the end made sure that everything gets done,” wrote Tomáš Chvátal, a newly elected board member.

Contributors can help Leap’s new release manager Ludwig Nussel with a variety of tasks associated with the development of 42.2, but the opportunities for contributing are more than just development.

“We would like the community to be directly responsible for ensuring these tasks get carried out,” Chvátal wrote. “To accomplish this we intend to create a full team of people taking care about what needs to be done for the release. We expect the people in this Community Release Team to be the ones responsible for the tasks in their respective areas of responsibility.”

The tasks are split into several areas like marketing, design, infrastructure, documentation, translations and quality assurance.

Tasks for marketing include creating and following a marketing plan and taking care of social media among other things. Design tasks include making sure the desktops are consistently branded and the the look and feel is consistent. Infrastructure tasks include making sure critical infrastructure works.

The documentation tasks include updating content on the wiki and ensuring release notes are updated. Translations for 42.2 will be needed and QA tasks include creating a test plan for milestones, monitoring bugzilla and escalating important regressions to the release manager.

People interested in joining the Community Release Team should contact the board and Nussel.

A link to the action items from the last release can be found at http://tinyurl.com/grg5szf and volunteers are welcomed to expand the tasks.


face

openSUSE Leap 42.2 será la próxima versión de esta distribución de GNU/Linux prevista a finales de año. Pero tu como parte de la comunidad tienes la oportunidad de colaborar en su lanzamiento ¿te animas a participar?

leap

El punto fuerte de las distribuciones de GNU/Linux es su comunidad de usuarios. Usuarios que en algunos casos dejan de ser meros espectadores y deciden colaborar en el desarrollo de su distribución preferida. Echando una mano en su tiempo libre en alguno de los múltiples aspectos que conlleva el lanzamiento de una nueva versión de su distribución.

Y openSUSE no es una excepción, y ante el próximo lanzamiento de la nueva versión, la que será Leap 42.2, se hace un llamamiento a toda la comunidad de usuarios de openSUSE para que decida “desperezarse” y colabore de manera activa en el campo que más le interese o en el que crea que mejor puede aportar. ¿Te interesa? sigue leyendo.

Desde noviembre de 2015 podemos disfrutar de openSUSE Leap 42.1 un sistema operativo basado en GNU/Linux seguro, estable y funcional. Pero aunque esta versión sigue siendo actual y tendrá soporte durante más de dos años, el equipo de openSUSE ya está planeando el lanzamiento de su sustituto openSUSE Leap 42.2. Los componentes se están empezando a cocinar y pronto habrá que ponerse manos a la obra para preparar otro nuevo y gran lanzamiento.

Como puedes suponer el lanzamiento de una nueva versión conlleva un montón de tareas a las que hay que dedicar tiempo y cariño, detrás hay un montón de horas de “hack & fun”. Pero eso no sucede de manera espontánea, hay que ponerse manos al teclado/ratón para ir poco a poco cerrando temas, consiguiendo hitos y solucionando problemas de toda índole. Detrás del lanzamiento hay tareas tales como las de solución de bugs, traducción, diseño, marketing, mantenimiento de infraestructuras, documentación, etc… y está en tus manos el poder crearlo, mantenerlo, mejorarlo y llevarlo a buen puerto.

Por eso hacen un llamamiento para crear un grupo de la comunidad que se comprometa a encargarse de estas diferentes tareas, puedes ver el correo de llamamiento en este enlace:

 

Se quiere formar un grupo que realice unas cuantas tareas, que se organicen que se encarguen de que se vayan cumpliendo en los plazos, etc. Y que a término sean “responsables” de parte del éxito del nuevo lanzamiento de openSUSE.

Hay aspectos que requieren un perfil más técnico y otros que no tanto, en todos ellos es necesario un requisito previo: tener ganas de aprender, divertirse y participar en la comunidad, ah! y supongo que un uso medio de inglés como idioma común a la hora de relacionarse con una comunidad de muchos países y culturas ¿es


Michal Čihař: Weblate 2.6

16:00 UTC

face

Going back to faster release cycle, Weblate 2.6 has been just released. There is improved support for Python 3 or brand new HTTP REST API.

Full list of changes for 2.6:

  • Fixed validation of subprojects with language filter.
  • Improved support for XLIFF files.
  • Fixed machine translation for non English sources.
  • Added REST API.
  • Django 1.10 compatibility.
  • Added categories to whiteboard messages.

If you are upgrading from older version, please follow our upgrading instructions.

You can find more information about Weblate on https://weblate.org, the code is hosted on Github. If you are curious how it looks, you can try it out on demo server. You can login there with demo account using demo password or register your own user. Weblate is also being used https://hosted.weblate.org/ as official translating service for phpMyAdmin, OsmAnd, Aptoide, FreedomBox, Weblate itself and many other projects.

Should you be looking for hosting of translations for your project, I'm happy to host them for you or help with setting it up on your infrastructure.

Further development of Weblate would not be possible without people providing donations, thanks to everybody who have helped so far! The roadmap for next release is just being prepared, you can influence this by expressing support for individual issues either by comments or by providing bounty for them.

Filed under: English phpMyAdmin SUSE Weblate | 0 comments


face

SUSE Linux Enterprise Desktop 12 vous offre d’innombrables possibilités. Il peut être déployé comme poste client générique pour des configurations de clients légers ou lourds (par exemple, des bornes et des caisses enregistreuses) ou des postes de travail technologiques de pointe. Avec SUSE Linux Enterprise Desktop 12, votre entreprise est en mesure de réduire considérablement […]


face

Organizador de PDF - instale o Great Little Book Shelf para gerenciar seus PDF´s

Procurando um organizador de PDF, no mesmo estilo visual do iBooks da Apple? Então experimente instalar o Great Little Book Shelf para gerenciar seus PDF´s no Linux.

Leia o restante do texto "Organizador de PDF - instale o Great Little Book Shelf para gerenciar seus PDF´s"

Este texto saiu primeiro em Organizador de PDF – instale o Great Little Book Shelf para gerenciar seus PDF´s


face

Es un hecho incontestable que cada vez es más fácil instalar una distribución GNU/Linux. No obstante no está de más tener a mano explicaciones para los nuevos usuarios. Así que me complace presentar el siguiente vídeo tutorial de instalación de openSUSE Leap 42.1, que complementa a la entrada que ya realicé sobre su instalación hace unos meses.

Vídeo tutorial de instalación de openSUSE Leap 42.1

De la mano de Aarón Ds23yTube nos llega el siguiente vídeo tutorial de instalación de openSUSE Leap 42.1 que en menos de 13 minutos nos explica como montar una máquina virtual con Oracle VM VirtualBox y, posteriormente, nos instala la versión moderna más estable de la distribución del Camaleón.

 

Las pantallas de instalación  son casi siempre las mismas: idioma de arranque, opciones de arranque, idioma y selección de teclado, opciones de instalación, partición del disco duro, selección de zona horaria, repositorios, tipo de escritorio, configuración de usuario y confirmación de instalación. Todo ello bastante bien explicado, aunque comete un error: seleccionar Gnome como escritorio para su openSUSE.

Las novedades de openSUSE Leap 42.1

Vídeo tutorial de instalación de openSUSE Leap 42.1

A modo de recordatorio os dejo las novedades que el gran Victorhck publicó en su gran blog (Victor in the free world), y que hacen a openSUSE Leap 42.1 muy jugoso (y que yo estoy disfrutando en mi ordenador de escritorio desdes hace más de un mes):

  • Kernel Linux de la serie 4.1 que es una de las ramas del kernel Linux que disfrutará de soporte extra, por lo que se disfrutará de un kernel maduro y con actualizaciones por mucho tiempo.
  • Los sistemas de archivos por defecto, siguen siendo Brtfs para la partición raíz, y XFS para la partición /home. La primera tiene la ventaja de poder recuperar el sistema a un punto anterior en caso de desastre, gracias a las “snaps” o instantáneas del sistema. Pero todo esto puede modificarse a tus gustos, ya que siguen estando disponibles otras opciones como EXT4 por ejemplo.
  • Entornos de escritorio disponibles: Plasma 5 (5.4.2), Gnome 3.16, Xfce 4.12, lxde 0.99.0, Mate 1.10 o Enlightenment 19 son algunas de las opciones disponibles. Siempre puede haber una opción que se adapte a tus gustos.
  • YaST renovado, siguiendo con la traducción de YaST a Ruby, ahora existen más módulos de la herramienta de gestión del sistema por excelencia en GNU/Linux.
  • LibreOffice 5, Firefox 41, o Thunderbird 38.2 son algunas de las opciones por nombrar las más conocidas. Pero hay muchas más. Más de 6000 paquetes de software disponibles en los repositorios!

Wednesday
27 April, 2016


Michael Meeks: 2016-04-27 Wednesday.

21:00 UTCmember

face
  • Up early; mail chew; research, team call; admin; customer call.

face

Firefox no Linux: veja como instalar manualmente

Se você precisa ter a última versão do navegador da Mozilla no seu sistema, veja aqui como instalar o Firefox no Linux manualmente. O procedimento deve funcionar nas principais distribuições Linux.

Leia o restante do texto "Firefox no Linux: veja como instalar manualmente"

Este texto saiu primeiro em Firefox no Linux: veja como instalar manualmente


face

OwnCloud es un software para crear de manera sencilla y amigable tu propia nube en tu propio servidor. Software libre para crear tu propia nube en tu propio equipo.

OwnCloud-Logo

Hace unos años hubo un auge de almacenamiento y sincronización de archivos entre varios equipos utilizando “la nube” que no son más que servidores de otras compañías que te ceden un espacio para que almacenes allí tus datos. Una vez que los subes ¿estás seguro qué hacen con ellos? ¿Les pertenecen en parte? DropBox, o Google o Microsoft te ceden espacio en sus servidores, pero estas empresa no se caracterizan precisamente por el respeto a la privacidad de sus usuarios

Hace 6 años apareció un software libre llamado OwnCloud, el nombre no podía ser más elocuente, “Tu propia nube”. El creador fue Frank Karlitschek, un personaje que ha creado y mantiene software que ha sido clave en la comunidad de software libre.

Con esos antecedentes, descubrimos que el software libre también está presente en negocios con éxito como este. Un software que te ofrecen, liberan y abren para que tu puedas descargarlo, instalarlo por ti mismo y editarlo, creando nuevas funcionalidades y expandiendo su funcionalidades. ¿Vaya quien iba a decir que eso podía suceder?

Hoy me entero por GNUsocial que Frank Karlitschek, el creador de la empresa deja OwnCloud. Primero dejar claro que el proyecto sigue adelante, y que él seguirá al frente del proyecto hasta que la comunidad diga otra cosa. Su decisión significa cambio, no malas noticias para OwnCloud.

Frank Karlitschek en su blog escribe al respecto de su decisión, hace un repaso a estos 6 años, viendo como su proyecto ha crecido hasta llegar a formar una gran comunidad de hackers que trabaja de manera conjunta con la empresa. Con contribuciones de más de 1000 personas en estos 6 años, y 80 en este pasado mes. Cifras que son grandes para un proyecto!

Pero sin entrar en detalles, explica el motivo de su decisión, argumenta que ha habido cuestiones morales que le asaltan:

¿A quién pertenece la comunidad? ¿A quien pertence la propia OwnCloud? ¿Qué importa más, dinero a corto plazo o una responsabilidad y crecimiento a largo plazo? ¿Es OwnCloud otra empresa más o debemos responder a los cientos de voluntarios que contribuyen a lo que es hoy?

Estas son las cuestiones que Frank se ha debido plantear y en base a ellas ha tomado la que seguro no ha sido una sencilla decisión, dejar la empresa.

La empresa y el proyecto siguen adelante y tal como dice Frank en su artículo “Hay un tremendo potencial en OwnCloud”. Creo que es cierto, y una prueba de ello a corto plazo será el “hackathon” conjunto que se llevará a cabo entre OwnCloud y openSUSE en la conferencia de openSUSE en Nuremberg:

Para más información te remito al artículo de Frank


face

MEGAsync para Linux: Veja como instalar o cliente

Se você usa o serviço MEGAsync e quer utilizar ele no sistema do pinguim, veja nesse tutorial como instalar o cliente MEGAsync para Linux
Leia o restante do texto "MEGAsync para Linux: Como instalar o cliente no Linux"

Este texto saiu primeiro em MEGAsync para Linux: Veja como instalar o cliente


face

Como instalar o eliminador de arquivos e informações BleachBit no Linux

Se você está a procura de um software de limpeza para eliminar informações e até ganhar um pouco mais de espaço no disco, experimente instalar o BleachBit.

Leia o restante do texto "Como instalar o eliminador de informações e arquivos BleachBit no Linux"

Este texto saiu primeiro em Como instalar o eliminador de arquivos e informações BleachBit no Linux


face
I want to start a FOSS project. FOSS Licenses are a grey area. I am trying to seek some public opinion here, to choose a license and a Contributor License Agreement (CLA). The project details are:

  • The project is a database (say, like mongodb, Cassandra etc.). It will have a server piece that users can deploy for storing data. Though it is a hobby personal project as of now, I may offer the database as a paid, hosted solution in future.
  • There are some client libraries too, for providing the ability to connect to the above mentioned server, from a variety of programming languages.
  • The client libraries will all be in Creative Commons Zero License / Public Domain. Basically anyone can do anything with the client library sources. The server license is where I have difficulty choosing.
  • Anyone who contributes any source to the server software should re-assign their copyrights and ownership of the code, to me. By "me", I refer to myself as an individual and not any company.  I should reserve the right to transfer the ownership in future to anyone / any company. I may relicense the software in future to public domain or sell it off to a company like: SUSE, Red Hat, Canonical, (or) a company like: Amazon, Google, Microsoft etc.
  • Anyone who contributes code to my project, should make sure that [s]he has all the necessary copyrights to submit the changes to me and to re-assign the copyrights to me. I should not be liable for someone's contribution. If a contributor's employer has a sudden evil plan and want to take over my personal project to court (unlikely to happen, nevertheless), it should not be possible
  • I or the users of the software, should not be sued for any patent infringement cases, for code that is contributed by someone else. If a patent holder wants to sue me for a code that I have written in the software, that is fine. I will find a way around.
  • Anyone should be free to take the server sources, modify it and deploy it in his/her own hardware/cloud, for their personal and/or commercial needs, without paying me or any of the contributors any money/royalty/acknowledgement.
  • If they choose to either sell the server software or host it and sell it as a service, (basically commercial reasons) they must be enforced to open source their changes in public domain, unless they have a written permission from me, at my discretion. For instance, if coursera wants to use my database source, after modifications, it is fine with me; but I will not want, say Oracle to modify my software and sell the modified software / service, without opensourcing their changes. If someone is hosting and selling a service of my software, with modified sources, there is no easy way for me to prove their modification, but I would still like to have that legal protection.

The best license model that I could come up for

face

Uno de los problemas de publicar tanto como yo mismo me he autoimpuesto es que se llega a perder la perspectiva de lo que he publicado y de lo que no he publicado. Y aún más, el tiempo que ha pasado desde que hablé de algún tema. De esta forma al elaborar la entrada anunciando que ha sido lanzado Kronometer 2.1 me he sorprendido al comprobar que ya hablé de él hace más de un año cuando en mi mente lo recordaba como una entrada reciente. 

Lanzado Kronometer 2.1

Como podemos leer en el blog de elv , hace unos días fue lanzado Kronometer 2.1, una nueva versión de esta aplicación para medir el tiempo del ecosistema de apliaciones KDE que nos ofrece unas cuantas novedades.

La principal es el rediseño de la pantalla principal que ha adquirido un aspecto más acorde con Plasma. En otras palabras, se ha estilizado e integrado mucho más con Plasma 5. De esta forma:

  • La barra de herramientas se ha reducido y se ha movido a la parte superior del plasmoide.
  • La barra de estado ha desaparecido.
  • La barra de menú está oculta por defecto.
  • Se ha mejorado la usabilidad y otros diálogos.

Y para muestra nada mejor que una captura de la versión anterior y de la nueva:

Kronometer

Viejo aspecto de Kronometer

Lanzado Kronometer

Nuevo aspecto de Kronometer

¿Qué es Kronometer?

Kronometer es una aplicación de elv, que te ofrece un buen número de funcionalidades relacionadas con el cronometraje del tiempo para tu escritorio Plasma de la Comunidad KDE.
Kronometer es un widget que una vez instalado (podéis ver como hacerlo en la página del proyecto) nos ofrece un plasmoide con las siguiente funcionalidades:

  • Iniciar / pausa / reanudar el widget cronómetro
  • Grabación de Vueltas: Se puede capturar el tiempo del cronómetro cada cierto tiempo y almacenarlas.
  • Búsqueda sencilla de los tiempos de vuelta más corta o la más larga.
  • Restablecer el widget cronómetro y los tiempos de vuelta.
  • Ajustes de formato de tiempo: se puede elegir la sensibilidad del cronómetro.
  • Los tiempos de ahorro y reanudar: puede guardar el estado de cronómetro en un archivo y reanudarla más tarde.
  • Personalización de la fuente: se puede elegir las fuentes para cada uno de los dígitos del cronómetro.
    Personalización Color: se  puede elegir el color para los dígitos del cronómetro y el fondo cronómetro.
  • Los tiempos de vuelta de exportación: se puede exportar los tiempos de vuelta en un archivo con el formato XML o CSV.

Más información: Kronometer


face

For most documents about kernel module building just need a Makefile like this,

HELLO = helloworld

obj-m += $(HELLO).o

$(HELLO)-objs := hello.o world.o

KERNEL_SOURCE := /lib/modules/`uname -r`/build/

default:

        $(MAKE) -C $(KERNEL_SOURCE) M=`pwd` modules

clean:

        $(MAKE) -C $(KERNEL_SOURCE) M=`pwd` clean

        $(RM) Module.markers modules.order

Then type “make” will make everything set. (Of cause source of current kernel is ready at /lib/modules/`uname -r`/build).

But yesterday when I tried to build a kernel module for Linux-4.6-rc5 (openSUSE vanilla) kernel, I observed an error never saw before.

helloworld> make

make -C /lib/modules/`uname -r`/build/ M=`pwd` modules

make[1]: Entering directory ‘/home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla’

make[2]: *** No rule to make target ‘/home/colyli/source/tmp/helloworld/hello.o’, needed by ‘/home/colyli/source/tmp/helloworld/helloworld.o’.  Stop.

Makefile:1428: recipe for target ‘_module_/home/colyli/source/tmp/helloworld’ failed

make[1]: *** [_module_/home/colyli/source/tmp/helloworld] Error 2

make[1]: Leaving directory ‘/home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla’

Makefile:10: recipe for target ‘default’ failed

make: *** [default] Error 2

It seems nothing missed, but the error message was there.  Today a friend (Chang Liu from Memblaze) tells me maybe I should check the output of “make modules_prepare” in the kernel source directory, here is my result,

linux-4.6-rc5-vanilla> make modules_prepare

Makefile:1016: “Cannot use CONFIG_STACK_VALIDATION, please install libelf-dev or elfutils-libelf-devel”

This is an informative clue, so I install libelf-dev package and re-run “make modules_prepare”,

linux-4.6-rc5-vanilla> make modules_prepare

  CHK     include/config/kernel.release

  CHK     include/generated/uapi/linux/version.h

  CHK     include/generated/utsrelease.h

  CHK     include/generated/bounds.h

  CHK     include/generated/timeconst.h

  CHK     include/generated/asm-offsets.h

  CALL    scripts/checksyscalls.sh

  DESCEND  objtool

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/fixdep.o

  LD       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/fixdep-in.o

  LINK     /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/fixdep

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/exec-cmd.o

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/help.o

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/pager.o

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/parse-options.o

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/run-command.o

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/sigchain.o

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/subcmd-config.o

  LD       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/libsubcmd-in.o

  AR       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/libsubcmd.a

  GEN      /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/arch/x86/insn/inat-tables.c

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/arch/x86/decode.o

  LD       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/arch/x86/objtool-in.o

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/builtin-check.o

  CC       /home/colyli/source/suse-kernel/patched/linux-4.6-rc5-vanilla/tools/objtool/elf


Tuesday
26 April, 2016


Michael Meeks: 2016-04-26 Tuesday.

21:00 UTCmember

face
  • Mail chew, interview, sales team call; poked at this and that. Plugged away at misc. labours.

face

This is a question raised quite quite often, the last time in a blogpost by Thomas, so I thought it is a good idea to give a slightly longer explanation (and also create an article to link to…).

There are basically three reasons for using XML as the default format for metainfo files:

1. XML is easily forward/backward compatible, while YAML is not

This is a matter of extending the AppStream metainfo files with new entries, or adapt existing entries to new needs.

Take this example XML line for defining an icon for an application:

<icon type="cached">foobar.png</icon>

and now the equivalent YAML:

Icons:
  cached: foobar.png

Now consider we want to add a width and height property to the icons, because we started to allow more than one icon size. Easy for the XML:

<icon type="cached" width="128" height="128">foobar.png</icon>

This line of XML can be read correctly by both old parsers, which will just see the icon as before without reading the size information, and new parsers, which can make use of the additional information if they want. The change is both forward and backward compatible.

This looks differently with the YAML file. The “foobar.png” is a string-type, and parsers will expect a string as value for the cached key, while we would need a dictionary there to include the additional width/height information:

Icons:
  cached: name: foobar.png
          width: 128
          height: 128

The change shown above will break existing parsers though. Of course, we could add a cached2 key, but that would require people to write two entries, to keep compatibility with older parsers:

Icons:
  cached: foobar.png
  cached2: name: foobar.png
          width: 128
          height: 128

Less than ideal.

While there are ways to break compatibility in XML documents too, as well as ways to design YAML documents in a way which minimizes the risk of breaking compatibility later, keeping the format future-proof is far easier with XML compared to YAML (and sometimes simply not possible with YAML documents). This makes XML a good choice for this usecase, since we can not do transitions with thousands of independent upstream projects easily, and need to care about backwards compatibility.

2. Translating YAML is not much fun

A property of AppStream metainfo files is that they can be easily translated into multiple languages. For that, tools like intltool and itstool exist to aid with translating XML using Gettext files. This can be done at project build-time, keeping a clean, minimal XML file, or before, storing the translated strings directly in the XML document. Generally, YAML files can be translated too. Take the following example (shamelessly copied from Dolphin):

<summary>File Manager</summary>
<summary xml:lang="bs">Upravitelj datoteka</summary>
<summary xml:lang="cs">Správce souborů</summary>
<summary xml:lang="da">Filhåndtering</summary>

This would become something like this in YAML:

Summary:
  C: File Manager
  bs: Upravitelj datoteka
  cs: Správce souborů
  da: Filhåndtering

Looks manageable, right? Now



Victorhck: 5 años y 1 día

10:34 UTCmember

face

No, no es la pena de una condena de cárcel. Sino algo muy distinto, es el tiempo que lleva en la red este blog que estás leyendo…

Tux_cumpleaños

Ayer 25 de abril de 2016 el blog cumplía 5 años en la red, pero en vez de escribir y publicar sobre eso ayer, he preferido esperar un día a escribir sobre ello por aqui.

Un año más vuelvo a agradeceros visitantes esporádicos y habituales del blog vuestro apoyo, comentarios y visitas al blog. Sin duda ese es el mejor combustible que hace que esto siga funcionando! No es un blog de grandes números, es un blog modesto, en el que durante estos cinco años he ido publicando un buen montón de artículos. Algunos propios, y otros traducciones, sobre GNU/Linux,openSUSE, software libre y algunas cosas “off topic”.

Y así ha seguido el ritmo de trabajo publicación. Artículos sin una periodicidad fija, ya que depende en gran medida del tiempo disponible, las ganas de escribir y los temas a tratar. Ha habido semanas en las que ha habido un artículo por día, o incluso algún día dos! Pero, como bien sabéis los habituales, es mejor pasarse cada día para ver si hay sorpresas!😉

Es simple placer de conocer, aprender y compartir ese placer. GNU/Linux y el software libre son conocimiento, ya que ofrecen las herramientas para que aquel que quiera y pueda se involucre en la medida que este dispuesto a aceptar. Eres actor principal, no un mero espectador ajeno. Es por eso, que fomenta la pasión por la informática, por el conocimiento o por lo que más te interese, compartiendo y poniendo en común con una amplia comunidad.

fsfs_icons_beige-bg_es

No sé si hay crisis de blogs de GNU/Linux, no sé si será el año de GNU/Linux en el escritorio, no tengo esas respuestas, ni de momento me importa mucho planteármelas. Yo leo, aprendo conozco y comparto, esa es mi manera de apoyar y difundir. No me preocupan las visitas al blog, no me preocupan los “likes” o retweets en redes sociales privativas, no me preocupa (y evito) ser centro de una noticia, no me pongo de ejemplo de nada, ni soy un sempiterno “bloguero” de GNU/Linux que de vez en cuando despotrica contra la comunidad. No me interesa monetizar mi blog, ni hablar sobre las últimas noticias de la distro de moda, o el entorno de escritorio “más molón”.

Llevo ya 6 años en openSUSE, y en KDE. Reconozco las bondades de otras distros y/o entornos de escritorio, pero si no los uso tampoco creo que deba escribir sobre ellos. Hay muchos otros blogs MUY BUENOS que realizan una tarea muy buena en ese aspecto.

Poco a poco han ido pasando 5 años, he escrito un buen montón de artículos (te invito a que explores


face

Two weeks ago was the GNOME Software hackfest in London, and I’ve been there! And I just now found the time to blog about it, but better do it late than never 😉 .

Arriving in London and finding the Red Hat offices

After being stuck in trains for the weekend, but fortunately arriving at the airport in time, I finally made it to London with quite some delay due to the slow bus transfer from Stansted Airport. After finding the hotel, the next issue was to get food and a place which accepted my credit card, which was surprisingly hard – in defence of London I must say though, that it was a Sunday, 7 p.m. and my card is somewhat special (in Canada, it managed to crash some card readers, so they needed a hard-reset). While searching for food, I also found the Red Hat offices where the hackfest was starting the next day by accident. My hotel, the office and the tower bridge were really close, which was awesome! I have been to London in 2008 the last time, and only for a day, so being that close to the city center was great. The hackfest didn’t leave any time to visit the city much, but by being close to the center, one could hardly avoid the “London experience” 😉 .

Cool people working on great stuff

towerbridge2016That’s basically the summary for the hackfest 😉 . It was awesome to meet with Richard Hughes again, since we haven’t seen each other in person since 2011, but work on lots of stuff together. This was especially important, since we managed to solve quite some disagreements we had over stuff – Richard even almost managed to make me give in to adding <kudos/> to the AppStream spec, something which I was pretty against supporting (it didn’t make it yet, but I am no longer against the idea of having that – the remaining issues are solvable).

Meeting Iain Lane again (after FOSDEM) was also very nice, and also seeing other people I’ve only worked with over IRC or bug reports (e.g. William, Kalev, …) was great. Also lots of “new” people were there, like guys from Endless, who build their low-budget computer for developing/emerging countries on top of GNOME and Linux technologies. It’s pretty cool stuff they do, you should check out their website! (they also build their distribution on top of Debian, which is even more awesome, and something I didn’t know before (because many Endless people I met before were associated with GNOME or Fedora, I kind of implicitly assumed the system was based on Fedora 😛 )).

The incarnation of GNOME Software used by endless looks pretty different from what the normal GNOME user sees, since it’s adjusted for a different audience and input method. But it looks great, and is a good example for how versatile GS already is! And for upstream GNOME, we’ve seen some pretty great mockups done by Endless too – I


Monday
25 April, 2016


Michael Meeks: 2016-04-25 Monday.

21:00 UTCmember

face
  • Admin, mail chew, connected with a customer, lunch. Team call, poked at tests, prodded some financials. Built ESC agenda. Dinner, J. out, read stories to lots of babies; finished a unit test I'd been working on.

face

Este fin pasado fin de semana fue bastante intenso. Quince equipos de entusiastas desarrolladores se dedicaron a trabajar en el Hackathon 2016. Les comparto el enlace a mi álbum en Flickr, asi como el enlace al canal en Youtubu de la UAM con el evento de inauguración, defensa de proyectos y cláusura. INAUGURACIÓN: DEFENSA Y […]


face

Como instalar o Open Broadcaster no Ubuntu e derivados

Se você precisa de um programa para gravar o que acontece na área de trabalho do seu sistema, veja nesse tutorial como instalar o Open Broadcaster no Ubuntu e derivados.

Leia o restante do texto "Como instalar o Open Broadcaster no Ubuntu e derivados"

Este texto saiu primeiro em Como instalar o Open Broadcaster no Ubuntu, e derivados


face
Today the OpenStack Summit starts in Austin, TX. Sitting right now in the keynote hall with live music and wait for the keynotes to begin. This time my talk wasn't selected. Nevertheless I expect a great summit with numerous interesting sessions and locking forward to meet with other fellows and partners from the OpenStack and Ceph communities.

face

Google Chrome no ubuntu

Se você gosta do Google Chrome e quer ter ele sempre atualizado no seu sistema, veja como instalar a última versão estável do Google Chrome no Ubuntu, Fedora e derivados.

Leia o restante do texto "Google Chrome no Ubuntu, Fedora e derivados"

Este texto saiu primeiro em Google Chrome no Ubuntu, Fedora e derivados – veja como instalar

Older blog entries ->