January 25, 2015

hackergotchi for Ubuntu developers

Ubuntu developers

Oliver Grawert: Porting Ubuntu Snappy to a yet unsupported armhf board

With the appearance of Snappy Ubuntu steps into the world of embedded systems. Ubuntu Snappy is designed in a way that will make it safe to run in critical environments from drones over medical equipment to robotics, home automation and machine control. The automatic rollback features will prevent you from outages when an upgrade fails, application confinement prevents you from apps, servers and tools doing any evil to your system and the image based design makes upgrades happen in minutes instead of potentially hours you are used to from package based upgrade systems.

By its design of separating device, rootfs and application packages strictly Snappy provides a true rolling release, you just upgrade each of the bits separately, independent from each other. Your Home Automation Server software can just stay on the latest upstream version all the time, no matter what version or release the other bits of your system are on. There is no more “I’m running Ubuntu XX.04 or XX.10, where do i find a PPA with a backport of the latest LibreOffice”, “snappy install” and “snappy upgrade” will simply always get you the latest stable upstream version of your software, regardless of the base system.

Thanks to the separation of the device related bits porting to yet unsupported hardware is a breeze too, though since features like automated roll-back on upgrades as well as the security guarding of snap packages depend on capabilities of the bootloader and kernel, your port might operate slightly degraded until you are able to add these bits.

Let’s take a look what it takes to do such a port to a NinjaSphere developer board in detail.

The Snappy boot process and finding out about your Bootloader capabilities

This section requires some basic u-boot knowledge, you should also have read https://developer.ubuntu.com/en/snappy/porting/

By default the whole u-boot logic in a snappy system gets read and executed from a file called snappy-system.txt living in the /boot partition of your install. This file is put in place by the image build software we will use later. So first of all your Bootloader setup needs to be able to load files from disk and read their content into the bootloader environment. Most u-boot installs provide “fatload” and the “env import” commands for this.

It is also very likely that the commands in your snappy-system.txt are to new for your installed u-boot (or are simply not enabled in its build configuration) so we might need to override them with equivalent functions your bootloader actually supports (i.e. fatload vs load or bootm vs bootz).

To get started, we grab a default linux SD card image from the board vendor, write it to an SD card and wire up the board for serial console using an FTDI USB serial cable. We stop the boot process by hitting enter right after the first u-boot messages appear during boot, which should get us to the bootloader prompt where we simply type “help”. This will show us all the commands the installed bootloader knows. Next we want to know what the bootloader does by default, so we call the “printenv” command which will show us all pre-set variables (copy paste them from your terminal application to a txt file so you can easier look them up later without having to boot your board each time you need to know anything).

Inspecting the “printenv” output of the NinjaSphere u-boot you will notice that it uses a file called uEnv-NS.txt to read its environment from. This is the file we will have to work with to put overrides and hardware sepcific bits in place. It is also the file from which we will load snappy-system.txt into our environment.

Now lets take a look at the snappy-system.txt file, an example can be found at:
http://people.canonical.com/~ogra/snappy/snappy-system.txt

It contains four variables we can not change that tell our snappy how to boot, these are snappy_cmdline, snappy_ab, snappy_stamp and snappy_mode. It also puts the logic for booting a snappy system into the snappy_boot variable.
Additionally there are the different load commands for kernel, initrd and devicetree files and as you can see when comparing these with your u-boot “help” output they use commands out installed u-boot does not know, so the first bits we will put into our uEnv-NS.txt files are adjusted version of these commands. In the default instructions for the NinjaSphere for building the Kernel you will notice that it uses the devicetree attached to an uImage and can not boot raw vmlinuz and initrd.img files by using the bootz command. It also does not use an initrd at all by default but luckily in the “printenv” output there is at least a load address set for a ramdisk already, so we will make use of this. Based on these findings our first lines in uEnv-NS.txt look like the following:


loadfiles_ninja=run loadkernel_ninja; run loadinitrd_ninja
loadkernel_ninja=fatload mmc ${mmcdev} ${kloadaddr} ${snappy_ab}/${kernel_file_ninja}
loadinitrd_ninja=fatload mmc ${mmcdev} ${rdaddr} ${snappy_ab}/${initrd_file_ninja}
kernel_file_ninja=uImage
initrd_file_ninja=uInitrd

We will now simply be able to run “loadfiles_ninja” instead of “loadfiles” from our snappy_boot override command.

Snappy uses ext4 filesystems all over the place, looking at “printenv” we see the NinjaSphere defaults to ext3 by setting the mmcrootfstype variable, so our next line in uEnv-NS.txt switches this to ext4:

mmcrootfstype=ext4

Now lets take a closer look at snappy_boot in snappy-system.txt, the command that contains all the magic.
The section  “Bootloader requirements for Snappy (u-boot + system-AB)” on https://developer.ubuntu.com/en/snappy/porting/ describes the if-then logic used there in detail. Comparing the snappy_boot command from snappy-system.txt with the list of available commands shows that we need some adjustments though, the “load” command is not supported, we need to use “fatload” instead. The original snappy_boot command also uses “fatwrite” to touch snappy-stamp.txt. While you can see from the “help” output, that this command is supported by our preinstalled u-boot, there is a bug with older u-boot versions where using fatwrite results in a corrupted /boot partition if this partition is formatted as fat32 (which snappy uses). So our new snappy_boot command will need to have this part of the logic ripped out (which sadly breaks the auto-rollback function but will not have any other limitations for us (“snappy upgrade” will still work fine as well as a manual “snappy rollback” will)).

After making all the changes our “snappy_boot_ninja” will look like the following in the uEnv-NS.txt file:


snappy_boot_ninja=if test "${snappy_mode}" = "try"; then if fatload mmc ${mmcdev} ${snappy_stamp} 0; then if test "${snappy_ab}" = "a"; then setenv snappy_ab "b"; else setenv snappy_ab "a"; fi; fi; fi; run loadfiles_ninja; setenv mmcroot /dev/disk/by-label/system-${snappy_ab} ${snappy_cmdline}; run mmcargs; bootm ${kloadaddr} ${rdaddr}

As the final step we now just need to set “uenvcmd” to import the variables from snappy-system.txt and then make it run our modified snappy_boot_ninja command:


uenvcmd=fatload mmc ${mmcdev} ${loadaddr} snappy-system.txt; env import -t $loadaddr $filesize; run snappy_boot_ninja

This is it ! Our bootloader setup is now ready, the final uEnv-NS.txt that we will put into our /boot partition now looks like below:


# hardware specific overrides for the ninjasphere developer board
#
loadfiles_ninja=run loadkernel_ninja; run loadinitrd_ninja
loadkernel_ninja=fatload mmc ${mmcdev} ${kloadaddr} ${snappy_ab}/${kernel_file_ninja}
loadinitrd_ninja=fatload mmc ${mmcdev} ${rdaddr} ${snappy_ab}/${initrd_file_ninja}


kernel_file_ninja=uImage
initrd_file_ninja=uInitrd
mmcrootfstype=ext4


snappy_boot_ninja=if test "${snappy_mode}" = "try"; then if fatload mmc ${mmcdev} ${snappy_stamp} 0; then if test "${snappy_ab}" = "a"; then setenv snappy_ab "b"; else setenv snappy_ab "a"; fi; fi; fi; run loadfiles_ninja; setenv mmcroot /dev/disk/by-label/system-${snappy_ab} ${snappy_cmdline}; run mmcargs; bootm ${kloadaddr} ${rdaddr}


uenvcmd=fatload mmc ${mmcdev} ${loadaddr} snappy-system.txt; env import -t $loadaddr $filesize; run snappy_boot_ninja

Building kernel and initrd files to boot Snappy on the NinjaSphere

Snappy makes heavy use of the apparmor security extension of the linux kernel to provide a safe execution environment for the snap packages of applications and services. So while we could now clone the NinjaSphere kernel source and apply the latest apparmor patches from linus’ mainline tree, the kind Paolo Pisati from the Ubuntu kernel team was luckily interested in getting the NinjaSphere running snappy and did all this work for us already, so instead of cloning the BSP kernel from the NinjaSphere team on github, we can pull the already patched tree from:

http://kernel.ubuntu.com/git?p=ppisati/ubuntu-vivid.git;a=shortlog;h=refs/heads/snappy_ti_ninjasphere

First of all, let us install a cross toolchain. Assuming you use an Ubuntu or Debian install for your work you can just do this by:


sudo apt-get install gcc-arm-linux-gnueabihf

Now we clone the patched tree and move into the cloned directory:


git clone -b snappy_ti_ninjasphere git://kernel.ubuntu.com/ppisati/ubuntu-vivid.git
cd ubuntu-vivid

Build uImage with attached devicetree, build the modules and install them. All based on Paolos adjusted snappy defconfiig:


export CROSS_COMPILE=arm-linux-gnueabihf-; export ARCH=arm
make snappy_ninjasphere_defconfig
make -j8 uImage.var-som-am33-ninja
make -j8 modules
mkdir ../ninjasphere-modules
make modules_install INSTALL_MOD_PATH=../ninjasphere-modules
cp arch/arm/boot/uImage.var-som-am33-ninja ../uImage
cd -

So we now have a modules/ directory containing the binary modules and we have a uImage file to boot our snappy, what we are still missing is an initrd file to make our snappy boot. We can just use the initrd from an existing snappy device tarball which we can find at cdimage.ubuntu.com.


mkdir tmp
cd tmp
wget http://cdimage.ubuntu.com/ubuntu-core/daily-preinstalled/current/vivid-preinstalled-core-armhf.device.tar.gz
tar xzvf vivid-preinstalled-core-armhf.device.tar.gz

Do you remember, our board requires an uInitrd … the above tarball only ships a raw initrd.img, so we need to convert it. In Ubuntu there is the u-boot-tools package that ships the mkimage tool to convert files for u-boot consumption, lets install this package and create a proper uInitrd:


sudo apt-get install u-boot-tools
mkimage -A arm -T ramdisk -C none -n "Snappy Initrd" -d system/boot/initrd.img-* ../uInitrd
cd ..
rm -rf tmp/

If you do not want to keep the modules from the -generic kernel in your initrd.img you can easily unpack and re-pack the initrd.img file as described in “Initrd requirements for Snappy” on https://developer.ubuntu.com/en/snappy/porting/ and simply rm -rf lib/modules/* before re-packing to get a clean and lean initrd.img before converting to uInitrd.

Now we have a bootloader configuration file, uImage, uInitrd and a dir with the matching binary modules we can use to create our snappy device tarball.

Creating the Snappy device tarball

We are ready to create the device tarball filesystem structure and roll a proper snappy tarball from it, lets create a build/ dir in which we build this structure:


mkdir build
cd build

As described on https://developer.ubuntu.com/en/snappy/porting/ our uInitrd and uImage files need to go into the assets subdir:


mkdir assets
cp ../uImage assets/
cp ../uInitrd assets/

The modules we built above will have to live underneath the system/ dir inside the tarball:


mkdir system
cp -a ../modules/* system/

Our boootloader configuration goes into the boot/ dir. For proper operation snappy looks for a plain uEnv.txt file, since our actual bootloader config lives in uEnv-NS.txt we just create the other file as empty doc (it would be great if we could use a symlink here, but remember, the /boot partition that will be created from this uses a vfat filesystem and vfat does not support
symlinks, so we just touch an empty file instead).


mkdir boot
cp ../uEnv-NS.txt boot/
touch boot/uEnv.txt

Snappy will also expect a flashtool-assets dir, even though we do not use this for our port:


mkdir flashtool-assets

As last step we now need to create the hardware.yaml file as described on https://developer.ubuntu.com/en/snappy/porting/


echo "kernel: assets/uImage" >hardware.yaml
echo "initrd: assets/uInitrd" >>hardware.yaml
echo "dtbs: assets/dtbs" >>hardware.yaml
echo "partition-layout: system-AB" >>hardware.yaml
echo "bootloader: u-boot" >>hardware.yaml

This is it ! Now we can tar up the contents of the build/ dir into a tar.xz file that we can use with ubuntu-device-flash to build a bootable snappy image.


tar cJvf ../device_part_ninjasphere.tar.xz *
cd ..

Since I personally like to re-build my tarballs regulary if anything changed or improved, I wrote a little tool I call snappy-device-builder which takes over some of the repetitive tasks you have to do when rolling the tarball, you can branch it with bzr from launchpad if you are interested in it (patches and improvements are indeed very welcome):


bzr branch lp:~ogra/+junk/snappy-device-builder

Building the actual SD card image

Install the latest ubuntu-device-flash from the snappy-dev beta PPA:


sudo add-apt-repository ppa:snappy-dev/beta
sudo apt-get update
sudo apt-get install ubuntu-device-flash

Now we build a 3GB big image called mysnappy.img using ubuntu-device-flash and our newly created device_part_ninjasphere.tar.xz with the command below:


sudo ubuntu-device-flash core --size 3 -o mysnappy.img --channel ubuntu-core/devel-proposed --device generic_armhf --device-part device_part_ninjasphere.tar.xz --developer-mode

.. and write the create mysnappy.img to an SD card that sits in the SD Card Reader at /dev/sdc:


sudo dd if=mysnappy.img of=/dev/sdc bs=4k

This is it, your NinjaSphere board should now boot you to a snappy login on the serial port, log in with “ubuntu” with the password “ubuntu” and if your board is attached to the network i recommend doing a “sudo snappy install webdm”, then you can reach your snappy via http://webdm.local:4200/ in a browser and install/remove/configure snap packages on it.

If you have any problems with this guide, want to make suggestions or have questions, you can reach me as “ogra” via IRC inthe #snappy channel on irc.freenode.net or just mail the snappy-devel@lists.ubuntu.com mailing list with your question.


25 January, 2015 05:22PM

hackergotchi for Xanadu developers

Xanadu developers

Utiliza Mhddfs como alternativa a RAID para unir múltiples sistemas de archivos

Supongamos que tenemos tres discos duros y queremos combinarlos en un solo directorio, la solución mas sencilla seria utilizar un RAID y de esa forma poder combinar el espacio de dichos discos en un solo punto de montaje. Pero, en algunas ocasiones este procedimiento puede resultar algo complicado sin mencionar que solo se pueden combinar discos duros, en cambio utilizando mhddfs se pueden combinar diferentes medios (NFS, Tmpfs, Samba, etc.) en uno solo.

Otra ventaja es que no hace falta formatear para crear el nuevo punto de montaje, permitiéndonos combinar el contenido de los sistemas de archivos que son partes del arreglo. Para explicarlo un poco mejor volvamos al ejemplo de los tres disco, supongamos que en esos discos tenemos almacenados varios GB de música, si creamos un RAID nos vemos en la obligación de formatear y por lo tanto perderíamos el contenido de los discos, en cambio con mhddfs podemos combinar los discos sin perder el contenido que a la final podremos verlo desde un administrador de archivos.

Su instalación en Debian y derivados es bastante sencilla, solo debemos ejecutar el siguiente comando (como root).

# apt install mhddfs

Ahora veamos el ejemplo de forma mas práctica, tenemos tres discos con sus respectivos puntos de montaje en /media o en /mnt

  • /media/sda1
  • /media/sdb1
  • /media/sdc1

Creamos un directorio que será el nuevo punto de montaje del arreglo mhddfs y procedemos a su creación.

# mkdir -p /media/musica
# mhddfs /media/sda1,/media/sdb1,/media/sdc1 /media/musica -o allow_other

Al ejecutar dicho comando obtendremos el siguiente resultado.

option: allow_other (1)
mhddfs: directory '/media/sda1' added to list
mhddfs: directory '/media/sdb1' added to list
mhddfs: directory '/media/sdc1' added to list
mhddfs: move size limit 4294967296 bytes
mhddfs: mount point '/media/musica'

Antes de continuar vale la pena explicar que significa “move size limit”, es valor que se muestra al ejecutar mhddfs corresponde a la cantidad máxima de información que se puede escribir en una operación de disco, el valor por defecto es “4294967296 bytes”. Si alguno de los medios incluidos en el arreglo tiene menos espacio disponible que el valor máximo del umbral de operación (move size limit) se escogerá un disco con mayor espacio para la escritura por defecto; En el caso de que todos los discos tengan una cantidad de espacio libre inferior al umbral de operación el disco con mayor espacio sera seleccionado y valor del umbral se adaptara a dicho espacio.

Adicionalmente la opción “-o allow_other” nos permite hacer visible el nuevo punto de montaje para todos los usuarios, después de ejecutar mhddfs podemos ejecutar el comando df para observar la nueva disposición.

$ df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/sda1              80G   50G   30G  63% /media/sda1
/dev/sdb1              40G   35G    5G  88% /media/sdb1
/dev/sdc1              60G   10G   50G  17% /media/sdc1
mhddfs                180G   95G   85G  53% /media/musica

Como se puede observar el nuevo punto de montaje combina el espacio de todos los disco (en este ejemplo 180 GB), como hemos visto hasta ahora el funcionamiento de mhddfs es similar al de un RAID (dicho mal y pronto) pero ahora veremos otra de sus capacidades que lo diferencian de RAID.

Vamos a cambiar un poco el ejemplo anterior para que quede de la siguiente forma.

  • Un disco rígido montado en /media/sda1
  • Un disco temporal (tmpfs) montado en /media/temp1
  • Y una conexión NFS montada en /media/nfs1

Al igual que en el ejemplo anterior, creamos un directorio que será el nuevo punto de montaje del arreglo mhddfs y procedemos a su creación.

# mkdir -p /media/combinado
# mhddfs /media/sda1,/media/temp1,/media/nfs1 /media/combinado -o allow_other

Ahora imaginemos que queremos montar este arreglo durante el arranque, para ello solo debemos escribir al final del archivo /etc/fstab los parámetros del punto de montaje correspondiente. Tome en cuenta que tanto el tmpfs como la conexión NFS deben montarse antes que mhddfs.

mhddfs#/media/sda1,/media/temp1,/media/nfs1 /media/combinado fuse defaults,noatime,allow_other 0 0

Para finalizar una vez que tenemos el punto de montaje operativo podemos exportarlo mediante NFS o Samba lo cual nos permite compartir la información de una forma rápida y sencilla. En fin mhddfs es una poderosa herramienta que nos permite unificar y difundir información en pocos pasos y eliminando la necesidad de realizar enormes procesos de copia de archivos.

Espero les sea útil, saludos…

Referencias:


Tagged: filesystem, mhddfs

25 January, 2015 01:30PM by sinfallas

hackergotchi for Ubuntu developers

Ubuntu developers

Ali Jawad: Self Development

Hi,

From 2010 until this very moment, I have volunteered and invested my time to help tons of people from all over the world. The key was ‘helping’. In most cases, I had no idea what are their real names? how do they look like? their nationality? colour? religion? personal life? etc. That was the best part of all. You help others without knowing anything about them except they are:

  • Humans.
  • Need Help.

What could be better than this?

Words fail me here. I can’t summarize all these years in one post and guess will never do. That requires a book which I’m planning to write, one day hopefully. Why a book? simply because I was doing that on daily basis, 24/7/365 and it was like a full-time job. I’ve been the most active contributor ever. That definitely needs a book in case I would like to document it and share that unique experience.

 

In 21-January-2015, I was talking to someone so close, so precious and so has been and still my real life mentor. We were discussing about my real life, what I have done, what I’m doing, what I’m suppose to do, what I’m not suppose to do, etc. It was long discussion.

Suddenly, we came to a huge disagreement about the path I have decided to walk through. Due to that disagreement, the discussion, which turned to be an argument, had to reach to a dead end.

The call ended and a moment of silence from both side after that.

I then started to think with myself about what happened. It took me nearly a day until I started to figure out what I must do and what should happen. At first, I was so confused and feeling so bad. Once I started to take some actions, things started to get more clear and I had a better vision.

 

In one single day, I have decided to step down from 5 different projects at the same time.

Examples:

Out of 5 projects I stepped down from, 3 of them are mine (I founded them).

It was the toughest and hardest decision I have ever taken for the last 5 years since I have started all that in 2010 (being a volunteer). Of course, I have taken much harder decisions in my real life but I’m talking about my life as a volunteer. That was the toughest of all.

Such action requires a lot of energy, maybe courage too. Above all, it requires thinking out-of-the box (differently).

Once I took that one, I decided to go for the next step and the next decision:

Self Development.

Personal-Development-Skills

A totally new chapter in my life. New page, new path, new beginning. Above all, new way of thinking. Thinking differently.

Because:

Actions Speak Louder Than Words.

I will not write about my next move yet. I will start some paper planning and start following what I have planed for myself.

I’ve been the brain behind so many projects. I have helped lots of people and many projects. It is time to work on myself. If I can’t be useful to my own self, how can I be useful to others? I don’t know how I was helpful for so many people? maybe I wasn’t after all? I don’t know how it happened and I don’t want to think about that at the moment. All what I want truly is to start working so hard on myself. Develop and improve myself. It is to be or not to be. It is super serious and super high priority.

Proverb_Life_is_about_risking_everything_20141024-674x953

I must admit and confess that I was chasing the wrong dream. That is why I have contacted my real life mentor and apologized to the misunderstanding that happened between us and all. I hope he can forgive me and above all, I hope he understands.

I’m forever thankful as I got the wake up call that was in bad need to.

Enough talk, time for actions.

Oh, and I must also admit that after stepping down from my roles with 5 different projects, I felt much better. At first, I was feeling so bad and down. But the next day, when I breathed, I did that with LESS burden and stress. I then realized what I have done to myself all that time. Needless to say, it was so stupid to burn myself out that way. While I have done good things to others, I have done so bad things to myself. Never too late and better late than never. I don’t think I could have done that without stepping down. that action made me think clearly and better. Less burden means more focus and more energy on less and fewer things.

 

FWIW, I don’t think I will step down from ToriOS and Ubuntu GNOME. And I don’t think I will put Kibo on hold. I will however limit my activities and keep low profile.

 

To the one who is always there for me, spending time, energy and efforts to offer the honest and the best advice ever, THANK YOU SO MUCH wherever you are!

 

Thank you for reading this.

P.S.
Yes, I shall share the progress of myself development in case this will help anyone out there, wherever there is :)

25 January, 2015 11:30AM

hackergotchi for Maemo developers

Maemo developers

2015-01-20 Meeting Minutes

Meeting held 2015-01-20 on FreeNode, channel #maemo-meeting (logs)

Attending:
Jussi Ohenoja (juiceme), Oksana Tkachenko (Oksana/Wikiwide), Peter Leinchen (peterleinchen),

Partial:
William McBee (gerbick), Rüdiger Schiller (chem|st),

Absent:
Alexander Kozhevnikov (MentalistTraceur),

Summary of topics (ordered by discussion):

  • maemo.org domain registration
  • maemo trademark
  • IRC cloaks
  • eV: bank account
  • Autobuilder: thumb toolchain and GCC versions

Topic (maemo.org domain registration):

  • chemist sent mails to board^2 about TM domain & bankaccounts, and to nokia about TM and domain transfer
  • chemist sent mail to the current DNS service company for maemo.org requesting domain transfer linking to the statement on maemo.org, no response yet.

Topic (maemo trademark):

  • Maemo trademark is already owned by Hildon Foundation.
    Expiration of TMs is end of month it was applied + 10years, so it will expire in the end of February. It needs to be paid up for refreshment, though. "Owner" in the record (linked above) will change to Hildon Foundation (instead of Nokia).
    Roschier is the brands attorney who registers and renews the trademark.
    chemist sent mails to board and nokia about TM, as noted above?

Topic (IRC cloaks):

  • x-fade did not answer rzr's email at all... We are contacting Freenode staff directly, with the angle of having trademark owned by Hildon Foundation; previously the channels "belonged" to Nokia

Topic (eV: bank account):

  • We are trying to find a bank that is easy to set up with the MCEV account, that is usable both in Finland and in Gernmany.
    juiceme has contacted Handelsbanken, and they cannot open the account from Finland, as the e.V. is registered in Germany, but the other way is possible.
    Now we need to ask the German branch if they are willing to send the papers for signing to juiceme's local bank branch.

Topic (Autobuilder: thumb toolchain and GCC versions):

  • Oksana sent PM on TMO, to both freemangordon and merlin1991, about auto-builder, and asked about feasibility of adding thumb, and the versions of GCC

Action Items:
  • -- old items, already acted-on:
    • Juiceme and chemist clarified the bank account situation of e.V.
    • IRC channel operator situation: DocScrutinizer added juiceme, peterleinchen, MentalistTraceur, warfare, wikiwide to channel operators.
  • -- old items:
    • The selected Code of Conduct (KDE) still needs to be published on (T)MO.
    • Looking into automatic calculation of election results ...
    • Possible addition of personal voting link into email template in the DB of election system...
    • Contacting freemangordon and merlin1991 about autobuilder: thumb target in auto-builder, GCC version in auto-builder?
  • -- new items:
    • Contacting Freenode staff directly about the GC with the angle of having maemo trademark owned by Hildon Foundation.
    • Getting maemo.org domain registration transferred from Nokia to Hildon Foundation.
    • Getting maemo trademark registration renewed by the end of February.
0 Add to favourites0 Bury

25 January, 2015 03:56AM by Oksana Tkachenko (oksana.a.tkachenko@gmail.com)

January 24, 2015

hackergotchi for Ubuntu developers

Ubuntu developers

Daniel Pocock: Get your Github issues as an iCalendar feed

I've just whipped up a Python script that renders Github issue lists from your favourite projects as an iCalendar feed.

The project is called github-icalendar. It uses Python Flask to expose the iCalendar feed over HTTP.

It is really easy to get up and running. All the dependencies are available on a modern Linux distribution, for example:

$ sudo apt-get install python-yaml python-icalendar python-flask python-pygithub

Just create an API token in Github and put it into a configuration file with a list of your repositories like this:

api_token: 6b36b3d7579d06c9f8e88bc6fb33864e4765e5fac4a3c2fd1bc33aad
bind_address: ::0
bind_port: 5000
repositories:
- repository: your-user-name/your-project
- repository: your-user-name/another-project

Run it from the shell:

$ ./github_icalendar/main.py github-ics.cfg

and connect to it with your favourite iCalendar client.

Consolidating issue lists from Bugzilla, Github, Debian BTS and other sources

A single iCalendar client can usually support multiple sources and thereby consolidate lists of issues from multiple bug trackers.

This can be much more powerful than combining RSS bug feeds because iCalendar has built-in support for concepts such as priority and deadline. The client can use these to help you identify the most critical issues across all your projects, no matter which bug tracker they use.

Bugzilla bugtrackers already expose iCalendar feeds directly, just look for the iCalendar link at the bottom of any search results page. Here is an example URL from the Mozilla instance of Bugzilla.

The Ultimate Debian Database consolidates information from the Debian and Ubuntu universe and can already export it as an RSS feed, there is discussion about extrapolating that to an iCalendar feed too.

Further possibilities

  • Prioritizing the issues in Github and mapping these priorities to iCalendar priorities
  • Creating tags in Github that allow issues to be ignored/excluded from the feed (e.g. excluding wishlist items)
  • Creating summary entries instead of listing all the issues, e.g. a single task entry with the title Fix 2 critical bugs for project foo

Screenshots

The screenshots below are based on the issue list of the Lumicall secure SIP phone for Android.

Screenshot - Mozilla Thunderbird/Lightning (Icedove/Iceowl-extension on Debian)

24 January, 2015 11:07PM

Elizabeth K. Joseph: Remembering Eric P. Scott (eps)

Last night I learned the worst kind of news, my friend and valuable member of the Linux community here in San Francisco, Eric P. Scott (eps) recently passed away.

In an excerpt from a post by Chaz Boston Baden, he cites the news from Ron Hipschman:

I hate to be the bearer of bad news, but It is my sad duty to inform you that Eric passed away sometime in the last week or so. After a period of not hearing from Eric by phone or by email, Karil Daniels (another friend) and I became concerned that something might be more serious than a lost phone or a trip to a convention, so I called his property manager and we met at Eric’s place Friday night. Unfortunately, the worst possible reason for his lack of communication was what we found. According to the medical examiner, he apparently died in his sleep peacefully (he was in bed). Eric had been battling a heart condition. We may learn more next week when they do an examination.

He was a good friend, the kind who was hugely supportive of any local events I had concocted for the Ubuntu California community, but as a friend he was also the thoughtful kind of man who would spontaneously give me thoughtful gifts. Sometimes they were related to an idea he had for promoting Ubuntu, like a new kind of candy we could use for our candy dishes at the Southern California Linux Expo, a toy penguin we could use at booths or a foldable origami-like street car he thought we could use as inspiration for something similar as a giveaway to promote the latest animal associated with an Ubuntu LTS release.

He also went beyond having ideas and we spent time together several times scouring local shops for giveaway booth candy, and once meeting at Costco to buy cookies and chips in bulk for an Ubuntu release party last spring, which he then helped me cart home on a bus! Sometimes after the monthly Ubuntu Hours, which he almost always attended, we’d go out to explore options for candy to include at booth events, with the amusing idea he also came up with: candy dishes that came together to form the Ubuntu logo.

In 2012 we filled the dishes with M&Ms:

The next year we became more germ conscious and he suggested we go with individually wrapped candies, searching the city for ones that would taste good and not too expensive. Plus, he found a California-shaped bowl which fit into our Ubuntu California astonishingly theme well!

He also helped with Partimus, often coming out to hardware triage and installfests we’d have at the schools.


At a Partimus-supported school, back row, middle

As a friend, he was also always welcome to share his knowledge with others. Upon learning that I don’t cook, he gave me advice on some quick and easy things I could do at home, which culminated in the gift of a plastic container built for cooking pasta in the microwave. Skeptical of all things microwave, it’s actually something I now use routinely when I’m eating alone, I even happened to use it last night before learning of his passing.

He was a rail fan and advocate for public transportation, so I could always count on him for the latest transit news, or just a pure geek out about trains in general, which often happened with other rail fans at our regular Bay Area Debian dinners. He had also racked up the miles on his favorite airline alliance, so there were plenty of air geek conversations around ticket prices, destinations and loyalty programs. And though I haven’t really connected with the local science fiction community here in San Francisco (so many hobbies, so little time!), we definitely shared a passion for scifi too.

This is a hard and shocking loss for me. I will deeply miss his friendship and support.

24 January, 2015 08:10PM

Costales: Día U - 14 El día en que se hará historia

Día U - 8395
Comencé a oír la extraña palabreja de Linux, allá por principios de los años 90 de la mano de PC Actual. Por esa época yo sólo jugaba (no sabía hacer otra cosa) con mi Spectrum...

Día U - 7300
Pasaron los años y mis estudios valieron para convencer a mis padres de que era necesario un potente 486DX. El MS-DOS se portaba bien en aquel hardware y seguro que ahora adoro la Shell debido a reminiscencias de esos viejos tiempos...

Día U - 6935
A pesar de mi pasión por la informática, no conocí a Windows 95. Sus requerimientos de 4MB de RAM (= 25.000 ptas de la época) provocaban que actualizar el ordenador fuera excesivamente caro, aunque Microsoft anunciara el oro y el moro....
Tras la muerte del 486 un flamante AMD a 800Mhz entró en el hogar y en el año 96 instalé mi primer Linux, un Mandrake que venía en un CD de PC World... ignorante de mi, en la instalación gráfica me cargué el Windows 98. Y Mandrake apenas duró unas horas... porque tenía un modem (cof, cof, winmodem) de 56Kb y claro... los winmodem se llevaban no mal, sino fatal con Linux. Así que el resto de años escogí usar un PC con Windows 98/ME/XP e Internet, o un poderoso Linux sin Internet... La elección era clara... :$

Día U - 6205
Y olalá, el ADSL se extendió por España y con ello el cambio a un router en condiciones... Así que volví a intentarlo otra vez con un CD de SUSE. Se notaba y mucho la mejoría de KDE en esos años. SUSE molaba, pero... yo tenía mucho cacao mental con tanta distribución y muchas ganas de probar cosas nuevas. Mandriva tomó el relevo, wow Mandriva... ¡que buen hacer! Y poco a poco entraba en un mundo grandioso, casi que infinito y necesitaba recorrerlo para saber a dónde pertenecía ;)

Nunca mejor dicho ;)
De Mandriva pasé a Ubuntu (5.04/5.10?). La primera vez que probé GNOME sus aplicaciones me parecieron demasiado simples. Cada vez leía más sobre Linux, haciendo que probase Linux Mint y la nostalgia hizo que probase la nueva openSUSE...

Y al final, volví a donde me sentí más a gusto, a MS-DOS... jajajaja noooo que es broma ;P Volví al XP :S Era donde más cómodo me sentía.

Día U - 2920
Y por fin, en el 2007 todo cambió. La versión 6.06 de Ubuntu me convenció, no por su libertad (tenía un lío sobre qué era libertad ¡que pa qué!), si no, porque era algo nuevo, atrayente, tenía un auténtico halo cool. Quería/necesitaba probarlo. Y cumplió. Me sorprendió por su estabilidad, facilidad de uso y acabé enganchado a la sencillez de GNOME. Desde entonces no encontré otro SO en el que me sienta tan a gusto. Y eso es lo importante al fin y al cabo :)


Día U - 2190
Y cada vez más y más, me adentré en la jungla, donde a cada paso descubres un mundo nuevo. Aprendes qué es libertad y aprendes a valorarla, ves que el imposible es posible, no hay límite...

Día U - 14
Y volvieron a pasar años y más años; Años en los que he visto atacar naves en llamas más allá de Ori... uys no... eso es otra historia... En todos estos años, sí ví caer auténticos imperios como Nokia o RIM, ví otros imperios robados como la manzana a Steve. Ví nacer renqueantes SO como Android que se engulló con patatas a la informática móvil. También ví como Windows 10 presume de convergencia cuando Mark la presentó años ha. Y es que, en este mundillo, cuya prehistoria se remonta a apenas unas décadas, no hay nada escrito.

El 6 de Febrero del 2015, todo termina y todo comienza
Remember, remember the 6th of February... con un Ubuntu un poco olvidado (a mi pesar) de su escritorio, haciéndolo muy bien en el mercado de servidores/nube, va a entrar en el mercado de los móviles con paso firme... El próximo día 6 Ubuntu presentará el primer modelo de Ubuntu Phone. Un Ubuntu Phone que no sólo tiene dinero y tiempo invertidos, también tiene invertidos sueños e ilusión, incluso, tiene invertido tanto como su propio futuro.
¿Triunfará? Pregunta-ylo a la nublina, sólo ella te lo dirá nos canta Llan de Cubel. Pero al menos, hay que ser paisanos y quien quiera peces que moje el culo. Ubuntu ha demostrado que tiene las ideas claras y ya está en el camino de alcanzar un sueño
Ubuntu, a valiente no te gana nadie. ¡Chapó!

24 January, 2015 11:40AM by Marcos Costales (noreply@blogger.com)

Benjamin Kerensa: Get a free U2F Yubikey to test on Firefox Nightly

U2F, Yubikey, Universal 2nd FactorPasswords are always going to be vulnerable to being cracked. Fortunately, there are solutions out there that are making it safer for users to interact with services on the web. The new standard in protecting users is Universal 2nd Factor (U2F) authentication which is already available in browsers like Google Chrome.

Mozilla currently has a bug open to start the work necessary to delivering U2F support to people around the globe and bring Firefox into parity with Chrome by offering this excellent new feature to users.

I recently reached out to the folks at Yubico who are very eager to see Universal 2nd Factor (U2F) support in Firefox. So much so that they have offered me the ability to give out up to two hundred Yubikeys with U2F support to testers and will ship them directly to Mozillians regardless of what country you live in so you can follow along with the bug we have open and begin testing U2F in Firefox the minute it becomes available in Firefox Nightly.

If you are a Firefox Nightly user and are interested in testing U2F, please use this form (offer now closed) and apply for a code to receive one of these Yubikeys for testing. (This is only available to Mozillians who use Nightly and are willing to help report bugs and test the patch when it lands)

Thanks again to the folks at Yubico for supporting U2F in Firefox!

Update: This offer is now closed check your email for a code or a request to verify you are a vouched Mozillian! We got more requests also then we had available so only the first two hundred will be fulfilled!

24 January, 2015 12:20AM

January 23, 2015

Nicholas Skaggs: It's time for a testing jam!

Ubuntu Global Jam, Vivid edition is a few short weeks away. It's time to make your event happen. I can help! Here's my officially unofficial guide to global jam success.

Steps:

  1. Get your jam pack! Get the request in right away so it gets to you on time. 
  2. Pick a cool location to jam
  3. Tell everyone! (be sure to mention free swag, who can resist!?)
But wait, what are you going to do while jamming? I've got that covered too! Hold a testing jam! All you need to know can be found on the ubuntu global jam wiki. The wiki even has more information for you as a jam host in case you have questions or just like details.

Ohh and just in case you don't like testing (seems crazy, I know), there are other jam ideas available to you. The important thing is you get together with other ubuntu aficionados and celebrate ubuntu! 

P.S. Don't forget to share pictures afterwards. No one will know you had the coolest jam in the world unless you tell them :-)

P.P.S. If I'm invited, bring cupcakes! Yum!

23 January, 2015 05:08PM by Nicholas Skaggs (noreply@blogger.com)

Lubuntu Blog: Lubuntu 15.04 Vivid Vervet alpha 2

We’re preparing Lubuntu 15.04, Vivid Vervet, for distribution in April 2015. With this early Alpha pre-release, you can see what we are trying out in preparation for our next version. We have some interesting things happening, so read on for highlights and information.


NOTE: This is an alpha pre-release. Lubuntu Pre-releases are NOT recommended for:
  • Regular users who are not aware of pre-release issues
  • Anyone who needs a stable system
  • Anyone uncomfortable running a possibly frequently broken system
  • Anyone in a production environment with data or workflows that need to be reliable

Lubuntu Pre-releases ARE recommended for:
  • Regular users who want to help us test by finding, reporting, and/or fixing bugs
  • Lubuntu developers

You can get more information here.

23 January, 2015 04:36PM by Rafael Laguna (noreply@blogger.com)

Kubuntu Wire: The Most Exciting Release in a Long Time

Softpedia writes about our new Alpha 2 release

Kubuntu 15.04 Alpha 2 Is the Most Exciting Release in a Long Time

The first thing people will likely notice is the new look of the distribution and they won’t be disappointed.

An even more impressive review, this time of Plasma 5 on Utopic, is from Ken Vermette.

Plasma 5.2 – The Quintessential Breakdown

 

23 January, 2015 12:30PM

Lubuntu Blog: Vivid Alpha 2 ready, so time to work towards Beta 1

Closer and closer we creep towards the release of Vivid Vervet. Alpha 2 testing went well with flying colors thanks to the likes of:

Thank you to all of you that did any sort of testing or bug work. We need all we can get! In about a month's time, Beta 1 will be ready for official testing. We can have a similarly smooth sail through testing if you can all get out there and test the daily builds. Report bugs on anything (make sure to subscribe the Lubuntu Packages Team) and work with Lubuntu QA to get your bugs properly triaged.

In fact, we need more triage. As much as possible. All the time. We need bugs reports to be detailed, with clear, repeatable steps. We then need to make sure they're confirmed and that a Bug Control member (me!) can confirm them. They can set the priority and create an upstream bug report and then officially call the bug triaged. Long story short: if you find a bug that does not say Triaged, In Progress, Fix Commited, or Fix Released, there's more work to be done.

Without this work, we can do little to guide developers. Right now much of the team is heavily focused on developing LXQt, but that doesn't mean we can't stomp out some bigger bugs together. If you'd like to help with the triage, join the Lubuntu Packages Team and Bug Squad. Ask for help. The aforementioned Dave Kokandy has been doing a wonderful job lately, as modest as he is, and deserves big ups for attack the problem so vigorously.

For those of you that don't feel like doing triage, I encourage you to test (all you need is a virtual machine) and to report some bugs. QA is a friendly team and we're always happy to help if you need it.

For the rest of you simply trying to figure out where the heck to get Alpha 2, here's the Release Notes. Make sure you read them before you download. There's always important information on there.

23 January, 2015 01:44AM by wxl (noreply@blogger.com)

Pasi Lallinaho: Find-a-Task, quickly!

The Ubuntu community team has recently set up Find-a-Task, which is a small tool that helps new contributors find a task to start working on. If you click around (long enough), you will also find Xubuntu tasks in there. How nice of us!

There’s one problem though… The content is unfortunately maintained in a private environment, and there’s no easy way to see all the tasks. What if you wanted to check if a very similar task, or exactly the same task, already exists?

Stop the clicking already! I wrote a simple Greasemonkey script that outputs the full index of Find-a-Task instead of showing you the different categories and tasks one by one. The easiest way to install the script is to click on the Raw -button on the Gist.

The team has only started gathering these tasks around the community. Some have already came in, but there’s room for a lot more expansion.

If your team wants to add some tasks, join the #ubuntu-community-team IRC channel on Freenode and shout your tasks out loud. The community team will update the tool with your tasks as long as you provide them the name, description, target URL and the desired category for each task.

Go add a task… quickly!

23 January, 2015 01:39AM

Walter Lapchynski: reddit spritesheet CSS magic

So you've got yourself a subreddit. Now you need to configure it. Boy, what a hard time /r/lubuntu had trying to get flair figured out. Unfortunately, the reddit group is our newest channel to connect with the larger community, so I didn't have a lot of help.

See the issue was that we already had this spritesheet created by our Artwork God, Rafael Laguna. He actually had made another one to make this fantastic stylesheet, using Naut (look at that winking Snoo!), so I was confident this would be easy.

However, I had quite a bit of problems trying to get background-position to behave right. It looked like it was going all over the place. In looking at tutorials, none of them, even the most helpful, covered what to do if you have a spritesheet. Instead, they all assume you just have individual images.

There were several problems I had going on including extra padding and incorrectly sized images on the spritesheet that created issues. The spritesheet was remade with more Lubuntu specific images (well, at least for half of them).

Lubuntu spritesheet

Making it a single row of equal-sized (16x16) images made things easier. The ah ha moment came when realizing that background-position moves the background relative to the canvas. It does NOT move the background on the canvas. So we needed to use negative numbers and all was well.

And yet, there was another problem: there's optional text that can go with the flair. Unfortunately, it was included in the span that was styled with our background spritesheet. It was appearing right on top of the flair and there was no way around this looking at the HTML.

<span class="flair flair-lxqt" title="Release Mgr. | QA Head">Release Mgr. | QA Head</span>
::before
"Release Mgr. | QA Head"
</span>

Enter the ::before pseudo element. Note I didn't say selector. The following code creates an an element that sits before the element that it acts on, which is, in this case, the flair class. So before we see any flair things, we have an blank element that is 4 pixels away from the flair class (which includes the image and the text) and and that is 4 pixels away from the next element, which happens to be the text. It also makes sure that our spritesheet is in there and that we're selecting 16x16 bits of it.

.flair::before {
margin: 0 4px 0 4px;
display: inline-block;
content:"";
background: url(%%reddit-sprite%%) no-repeat scroll top left;
min-width: 16px;
min-height: 16px;
}

And lastly, we need the specific positioning. Remember that the element that has the margin and everything is the pseudo element, so we need to use ::before on these as well. We'll also make sure to use the specific classes we created in the "edit flair" option in reddit Moderation Tools, so that we can act specifically on these.

.flair-lxde::before { background-position: 0px 0px !important; }
.flair-lxqt::before { background-position: -16px 0px !important; }
.flair-lenny::before { background-position: -32px 0px !important; }
.flair-user::before { background-position: -48px 0px !important; }
.flair-invader::before { background-position: -64px 0px !important; }
.flair-orb::before { background-position: -80px 0px !important; }

I basically hacked this together through inspecting elements at r/PixelDungeon (which is currently my favourite roguelike game and one that I hope to rewrite using Python and Kivy, if anyone's interested in helping) since they have all sorts of fantastic functionality going on. Kudos to them.

I do hope this helps save someone the sanity that I lost yesterday. ;)

23 January, 2015 12:41AM

hackergotchi for Grml developers

Grml developers

Michael Prokop: check-mk: monitor switches for GBit links

For one of our customers we are using the Open Monitoring Distribution which includes Check_MK as monitoring system. We’re monitoring the switches (Cisco) via SNMP. The switches as well as all the servers support GBit connections, though there are some systems in the wild which are still operating at 100MBit (or even worse on 10MBit). Recently there have been some performance issues related to network access. To make sure it’s not the fault of a server or a service we decided to monitor the switch ports for their network speed. By default we assume all ports to be running at GBit speed. This can be configured either manually via:

cat etc/check_mk/conf.d/wato/rules.mk
[...]
checkgroup_parameters.setdefault('if', [])

checkgroup_parameters['if'] = [
  ( {'speed': 1000000000}, [], ['switch1', 'switch2', 'switch3', 'switch4'], ALL_SERVICES, {'comment': u'GBit links should be used as default on all switches'} ),
] + checkgroup_parameters['if']

or by visting Check_MK’s admin web-interface at ‘WATO Configuration’ -> ‘Host & Service Parameters’ -> ‘Parameters for Inventorized Checks’ -> ‘Networking’ -> ‘Network interfaces and switch ports’ and creating a rule for the ‘Explicit hosts’ switch1, switch2, etc and setting ‘Operating speed’ to ‘1 GBit/s’ there.

So far so straight forward and this works fine. Thanks to this setup we could identify several systems which used 100Mbit and 10MBit links. Definitely something to investigate on the according systems with their auto-negotiation configuration. But to avoid flooding the monitoring system and its notifications we want to explicitly ignore those systems in the monitoring setup until those issues have been resolved.

First step: identify the checks and their format by either invoking `cmk -D switch2` or looking at var/check_mk/autochecks/switch2.mk:

OMD[synpros]:~$ cat var/check_mk/autochecks/switch2.mk
[
  ("switch2", "cisco_cpu", None, cisco_cpu_default_levels),
  ("switch2", "cisco_fan", 'Switch#1, Fan#1', None),
  ("switch2", "cisco_mem", 'Driver text', cisco_mem_default_levels),
  ("switch2", "cisco_mem", 'I/O', cisco_mem_default_levels),
  ("switch2", "cisco_mem", 'Processor', cisco_mem_default_levels),
  ("switch2", "cisco_temp_perf", 'SW#1, Sensor#1, GREEN', None),
  ("switch2", "if64", '10101', {'state': ['1'], 'speed': 1000000000}),
  ("switch2", "if64", '10102', {'state': ['1'], 'speed': 1000000000}),
  ("switch2", "if64", '10103', {'state': ['1'], 'speed': 1000000000}),
  [...]
  ("switch2", "snmp_info", None, None),
  ("switch2", "snmp_uptime", None, {}),
]
OMD[synpros]:~$

Second step: translate this into the according format for usage in etc/check_mk/main.mk:

checks = [
  ( 'switch2', 'if64', '10105', {'state': ['1'], 'errors': (0.01, 0.1), 'speed': None}), # MAC: 00:42:de:ad:be:af,  10MBit
  ( 'switch2', 'if64', '10107', {'state': ['1'], 'errors': (0.01, 0.1), 'speed': None}), # MAC: 00:23:de:ad:be:af, 100MBit
  ( 'switch2', 'if64', '10139', {'state': ['1'], 'errors': (0.01, 0.1), 'speed': None}), # MAC: 00:42:de:ad:be:af, 100MBit
  [...]
]

Using this configuration we ignore the operation speed on ports 10105, 10107 and 10139 of switch2 using the the if64 check. We kept the state setting untouched where sensible (‘1′ means that the expected operational status of the interface is to be ‘up’). The errors settings specifies the error rates in percent for warnings (0.01%) and critical (0.1%). For further details refer to the online documentation or invoke ‘cmk -M if64′.

Final step: after modifying the checks’ configuration make sure to run `cmk -IIu switch2 ; cmk -R` to renew the inventory for switch2 and apply the changes. Do not forget to verify the running configuration by invoking ‘cmk -D switch2′:

Screenshot of 'cmk -D switch2' execution

23 January, 2015 12:04AM

January 22, 2015

hackergotchi for Ubuntu developers

Ubuntu developers

Riccardo Padovani: Calculator Reboot 2.0.73: call for translations!

Hey all, a new version of Ubuntu Calculator App Reboot is on the store, ready for the your tries! As usual, please report any bug you find on Launchpad, so we can fix them!

translations stats

Don’t worry about the number of version, I know it is passed from 0.1.4 to 2.0.73, it’s a bit strange but now makes more sense: the major release is 2, because it’s the reboot, but we don’t have still a stable version, and so the 0. The last number is the bzr commit.

Let me show you some of the changes Bartosz and Giulio did in last week - I was busy with an importat exam at uni, so I did nothing, but I’m sure I’ll have more time next week ;-)

Translations

Bartosz enabled translations in the project, so since the next version you should see the app in your language, if someone has made translations. So, if you have some spare time, take a look to our translation page and make calculator available in your language!

Copy feature

Bartosz has also implemented the possibility to copy a calc from the multiselection mode (you just have to longclick on a calc)

Scrolling

In the previous version of reboot app, when you started the app not all the keyboard was visible. Now, thanks to Giulio, this has been fixed, the app opens in the right position.

Full changelog

Here the full changelog:

  • #64 Fix scrolling position on app startup on devices. (Giulio Collura)
  • #65 Adding autopilot tests for calculation after gathering result. (Bartosz Kosiorek)
  • #66 Add feature to copy selected calculation from the history. (Bartosz Kosiorek)
  • #67 Add keyboard support for Calculation keyboard. (Bartosz Kosiorek )
  • #68 Fix ScrollableView behavior with few items visible. (Giulio Collura)
  • #69 Improve manifest.json generation. (Giulio Collura)
  • #70 Launchpad automatic translations update.
  • #71 Fix translation generation. (Bartosz Kosiorek)
  • #72 Launchpad automatic translations update.
  • #73 Updated math.js to 1.2.0. (Riccardo Padovani)

Ciao,
R.

22 January, 2015 09:00PM

hackergotchi for Whonix

Whonix

Whonix 9.6 Maintenance Release – Testers wanted!

Download: http://mirror.whonix.de/9.6/ Changelog between 9.4 and 9.6: – tb-updater: added new TBB tbb-team.asc signing key – https://phabricator.whonix.org/T41 – whonix-repository: updated repository signing key – https://phabricator.whonix.org/T100 – whonixcheck: updated Whonix news signing key – https://phabricator.whonix.org/T100 – updated frozen repository

The post Whonix 9.6 Maintenance Release – Testers wanted! appeared first on Whonix.

22 January, 2015 07:10PM by Patrick Schleizer

hackergotchi for Ubuntu developers

Ubuntu developers

The Fridge: Vivid Vervet Alpha 2 Released

The second alpha of the Vivid Vervet (to become 15.04) has now been released!

Pre-releases of the Vivid Vervet are *not* encouraged for anyone needing a stable system or anyone who is not comfortable running into occasional, even frequent breakage. They are, however, recommended for Ubuntu flavor developers and those who want to help in testing, reporting and fixing bugs as we work towards getting this release ready.

Alpha 2 includes a number of software updates that are ready for wider testing. This is quite an early set of images, so you should expect some bugs.

While these Alpha 2 images have been tested and work, except as noted in the release notes, Ubuntu developers are continuing to improve the Vivid Vervet. In particular, once newer daily images are available, system installation bugs identified in the Alpha 2 installer should be verified against the current daily image before being reported in Launchpad. Using an obsolete image to re-report bugs that have already been fixed wastes your time and the time of developers who are busy trying to make 15.04 the best Ubuntu release yet. Always ensure your system is up to date before reporting bugs.

This alpha features images for Kubuntu, Lubuntu, Ubuntu GNOME, UbuntuKylin and the Ubuntu Cloud images.

Kubuntu

Kubuntu uses KDE software and now features the new Plasma 5 desktop. The Alpha-2 images can be downloaded at:

http://cdimage.ubuntu.com/kubuntu/releases/vivid/alpha-2

More information on Kubuntu Alpha-2 can be found here:

https://wiki.ubuntu.com/VividVervet/Alpha2/Kubuntu

Lubuntu

Lubuntu is a flavour of Ubuntu based on LXDE and focused on providing a very lightweight distribution. The Alpha-2 images can be downloaded at:

http://cdimage.ubuntu.com/lubuntu/releases/vivid/alpha-2/

More information on Lubuntu Alpha-2 can be found here:

https://wiki.ubuntu.com/VividVervet/Alpha2/Lubuntu

Ubuntu GNOME

Ubuntu GNOME is an flavour of Ubuntu featuring the GNOME desktop environment. The Alpha-2 images can be downloaded at:

http://cdimage.ubuntu.com/ubuntu-gnome/releases/vivid/alpha-2/

More information on Ubuntu GNOME Alpha-2 can be found here:

https://wiki.ubuntu.com/VividVervet/Alpha2/UbuntuGNOME

UbuntuKylin

UbuntuKylin is a flavour of Ubuntu that is more suitable for Chinese users.

The Alpha-2 images can be downloaded at:

http://cdimage.ubuntu.com/ubuntukylin/releases/vivid/alpha-2/

More information on UbuntuKylin Alpha-2 can be found here:

https://wiki.ubuntu.com/VividVervet/Alpha2/UbuntuKylin

Ubuntu Cloud

Ubuntu Cloud images can be run on Amazon EC2, Openstack, SmartOS and many other clouds. The Alpha-2 images can be downloaded at:

http://cloud-images.ubuntu.com/releases/vivid/alpha-2/

Regular daily images for Ubuntu can be found at:

http://cdimage.ubuntu.com

If you’re interested in following the changes as we further develop Vivid, we suggest that you subscribe to the ubuntu-devel-announce list. This is a low-traffic list (a few posts a week) carrying announcements of approved specifications, policy changes, alpha releases and other interesting events.

http://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-announce

A big thank you to the developers and testers for their efforts to pull together this Alpha release!

Originally posted to the ubuntu-devel-announce mailing list on Thu Jan 22 15:04:50 UTC 2015 by Walter Lapchynski

22 January, 2015 04:52PM

Kubuntu: Kubuntu Vivid Alpha 2

The second Alpha of Vivid (to become 15.04) has now been released!

The Alpha-2 images can be downloaded at: http://cdimage.ubuntu.com/kubuntu/releases/vivid/alpha-2/

More information on Kubuntu Alpha-2 can be found here: https://wiki.ubuntu.com/VividVervet/Alpha2/Kubuntu

22 January, 2015 03:52PM

Ubuntu GNOME: Vivid Vervet Alpha 2 has arrived

Hi,

Ubuntu GNOME Team is glad to announce the availability of the second milestone (Alpha 2) for Ubuntu GNOME Vivid Vervet (15.04).

Kindly do take the time and read the release notes:
https://wiki.ubuntu.com/VividVervet/Alpha2/UbuntuGNOME

We would like to thank our great helpful and very supportive testers. They have responded to our urgent call for help in no time. Having high quality testers on the team make us more confident this cycle will be extraordinary and needless to mention, that is an endless motivation for us to do more and give more. Thank you so much again for all those who helped to test Alpha 1 images.

As always, if you need more information about testing, please see this page.

And, don’t hestiate to contact us if you have any question, feedback, notes, suggestions, etc – please see this page.

Thank you for choosing, testing and using Ubuntu GNOME!

22 January, 2015 02:57PM

Ian Weisser: Is your team using Find-a-Task?

Find-a-Task is the Ubuntu community's job board for volunteers.

 

Is your team listed?


It's the place for volunteers to find new, interesting, fulfilling ways to contribute to Ubuntu.
It's the place for them to discover your team or project.

Get listed today!


We have made it super easy to get your team onto Find-a-Task: No login, no editing. Just jump into #ubuntu-community-team with a volunteer role in mind:

Example:
  • Category: Programming
  • Role: QML De-frobber
  • Very short description: Get rid of QML Frob with the Ubuntu Frobbing Team
  • Landing page: http://wiki.ubuntu.com/FrobbingTeam/QMLDefrobber

That's right...you can list technical roles, too.


Nah, I don't want volunteers


If the old way is working for you, and your team has lots of spare capacity, then more power to you! Please share your secret sauce.

But if you could use a few more hands to grab a work item or two, a Find-a-Task listing is fast and simple.

You really should, you know.

22 January, 2015 02:43PM by Ian (noreply@blogger.com)

hackergotchi for Xanadu developers

Xanadu developers

MediosLibres GNU/Linux una distribución para medios audiovisuales

Este Lunes 26 de Enero de 2015 es el día del la publicación oficial de la beta 2 del sabor de Ubuntu Estudio 12.04.5 Medioslibres GNU/Linux. Su nombre código es Shamatari, incluye más de 260 aplicaciones listas para medios radiofónicos, audiovisuales e impresos. Se distribuye bajo licencia GPLv3. Además, adiciona una amplia variedad de aplicaciones destinadas a facilitar el trabajo en los medios de comunicación.

Cuenta con versiones para 32 y 64 bits, pueden descarga la iso en la web del proyecto, así como también pueden acceder a mucha documentación relacionada con el tema, tal como un centro de soporte, una wiki, documentación, aula-virtual y una serie de vídeo-tutoriales que se vienen desarrollando para simplificar la experiencia en MediosLibres GNU/Linux.

Le deseo mucha suerte a este proyecto y espero tener mas noticias pronto, saludos…

Enlaces de interés:


Tagged: medioslibres

22 January, 2015 01:30PM by sinfallas

hackergotchi for Ubuntu developers

Ubuntu developers

Dustin Kirkland: snappy vs.apt-get Ubuntu Matrix


With the recent introduction of Snappy Ubuntu, there are now several different ways to extend and update (apt-get vs. snappy) multiple flavors of Ubuntu (Core, Desktop, and Server).

We've put together this matrix with a few examples of where we think Traditional Ubuntu (apt-get) and Transactional Ubuntu (snappy) might make sense in your environment.  Note that this is, of course, not a comprehensive list.

Ubuntu Core
Ubuntu Desktop
Ubuntu Server
Traditional apt-get
Minimal Docker and LXC imagesDesktop, Laptop, Personal WorkstationsBaremetal, MAAS, OpenStack, General Purpose Cloud Images
Transactional snappy
Minimal IoT Devices and Micro-Services Architecture Cloud ImagesTouch, Phones, TabletsComfy, Human Developer Interaction (over SSH) in an atomically updated environment

I've presupposed a few of the questions you might ask, while you're digesting this new landscape...

Q: I'm looking for the smallest possible Ubuntu image that still supports apt-get...
A: You want our Traditional Ubuntu Core. This is often useful in building Docker and LXC containers.

Q: I'm building the next wearable IoT device/drone/robot, and perhaps deploying a fleet of atomically updated micro-services to the cloud...
A: You want Snappy Ubuntu Core.

Q: I want to install the best damn Linux on my laptop, desktop, or personal workstation, with industry best security practices, 30K+ freely available open source packages, freely available, with extensive support for hardware devices and proprietary add-ons...
A: You want the same Ubuntu Desktop that we've been shipping for 10+ years, on time, every time ;-)

Q: I want that same converged, tasteful Ubuntu experience on your personal, smart devices like my Phones and Tablets...
A: You want Ubuntu Touch, which is a very graphical human interface focused expression of Snappy Ubuntu.

Q: I'm deploying Linux onto bare metal servers at scale in the data center, perhaps building IaaS clouds using OpenStack or PaaS cloud using CloudFoundry? And I'm launching general purpose Linux server instances in public clouds (like AWS, Azure, or GCE) and private clouds...
A: You want the traditional apt-get Ubuntu Server.

Q: I'm developing and debugging applications, services, or frameworks for Snappy Ubuntu devices or cloud instances?
A: You want Comfy Ubuntu Server, which is a command line human interface extension of Snappy Ubuntu, with a number of conveniences and amenities (ssh, byobu, manpages, editors, etc.) that won't be typically included in the minimal Snappy Ubuntu Core build. [*Note that the Comfy images will be available very soon]

Cheers,
:-Dustin

22 January, 2015 01:19PM by Dustin Kirkland (noreply@blogger.com)

Ali Jawad: StartUbuntu needs new driver

rocket_banner

Hi,

Due to unavoidable reasons, I have decided to step down from StartUbuntu Project. Someone needs to take over this project. Trust me, giving away or stepping down from a project that I have started is really hard and tough decision but when life force you and push you to the edge, it is either you fall deep or you save yourself before it is too late. Real life was super kind to me lately. Yes, I’m thankful that I’m alive but very tough decisions must be made in order to carry on.

I’m willing to explain everything about StartUbuntu for whoever wishes to take over. I prefer someone from StartUbuntu community but that is not a must. Anyone can step in and I’m around in case of any question.

I’m sure someone is better than me will take over. I don’t see myself as a good leader to StartUbuntu any more or at least, can’t be at the moment.

Maybe in the future I could be back again and take over the project I founded but for this period of time, I have no choice but to step down.

Appreciate your full help and support!

Thank you :)

22 January, 2015 12:17PM

Didier Roche: Bringing appmenu support for java application and Ubuntu Make 0.4.1 with an Intellij IDEA fix

Today we released Ubuntu Make 0.4.1 which validates the application menu support for some java application using swing (like Intellij, Android Studio…) and fixes Intellij IDEA support.

Vertical screen estate is particularly valuable for developers, to maximize the place where you can visualize your code and not bother too much about the shell itself. Also, in complex menu structure, it can be hard to find the relevant items. Unity introduced a while back (2010!) the excellent application menu and then grows the HUD support to search through those menus. We even got recently new options for menu integration without renouncing on those principles. However, until now, some java-based IDEs didn't get default appmenu and HUD support. It was time to get that fixed with our Ubuntu Loves Developers focus!

Appmenu support in intellij IDEA

The application menu support is installed by default on Ubuntu Vivid thanks to our work with jayatana's excellent contributor Dan Jared! We did some cleaning and worked with him to get jayatana into ubuntu vivid, and then, promote it on the Ubuntu Desktop image[1]. On older releases, we pushed jayatana into the Ubuntu Make ppa and every new install through that tool will install as well this support as needed.

We also saw jetbrains changing their download page structure, making Intellij IDEA not being installable anymore. Less than 24 hours after a bug report being opened, we got this new 0.4.1 release including a fix from Intellij IDEA support contributor to Ubuntu Make, Tin Tvrtković. Big kudos to him for the prompt reaction! The tests have also been updated to reflect this new page structure.

Those nice goodies and fixes are available on ubuntu vivid (ensure you install Ubuntu Make 0.4.1), and as well, through its ppa for 14.04 LTS and 14.10 ubuntu releases. Keep in mind that you need to restart your session once jayatana has been installed to get the menu export to Unity available.

Another release demonstrating how the Ubuntu and Ubuntu Make community really work well together, get things quickly under control and shine! If you want to help out defining and contributing in making Ubuntu the best platform for developers, please head here!

Note

[1] which won't install java on the image by default, don't be scared ;)

22 January, 2015 08:58AM

Ronnie Tucker: SCOTUS Seeks DoJ Input on Google-Oracle Java Dispute

The clash of the titans over Java may end up being heard by the Supreme Court, possibly hinging on what the solicitor general has to say about it. SCOTUS has asked for advice on whether the case merits its attention. “This is going to be a true 2015 nail-biter for the industry,” said tech analyst Al Hilwa. “This is a judgment on what might constitute fair use in the context of software.”

The Supreme Court of the United States on Monday invited the Obama administration to weigh in on whether it should hear arguments in the ongoing dispute between Google and Oracle over Java copyrights.

The move is a response to Google’s October petition for a writ of certiorari following a May 2014 federal circuit court decision in favor of Oracle.

Google argued that the code was not copyrightable under section 102(b) of the Copyright Act, which withholds copyright protection from any idea, procedure, process, system, or method of operation. It also argued that the copied elements were a key part of allowing interoperability between Java and Android.

Numerous large technology companies, including HP, Red Hat and Yahoo, have filed amicus briefs supporting Google’s position.

 

Source: http://www.ecommercetimes.com/story/81573.html

Submitted by: Katherine Noyes

22 January, 2015 07:05AM

Charles Profitt: Secure Erase in Linux

Recently I was tasked with wiping a computer hard drive. The drive was a 128GB Samsung SSD. My normal tool of choice is DBAN (Darik’s Boot and Nuke), but to my surprise it did not support erasing SSD drives. As always Google came to my rescue and I found an easy way to wipe the drive called ‘secure erase’.

Not Frozen
The first thing you have to do is ensure that the drive is not ‘frozen’.

sudo hdparm -I /dev/sdb

[…]
Security:
Master password revision code = 65534
supported
not    enabled
not    locked
not    frozen
not    expired: security count
supported: enhanced erase
106min for SECURITY ERASE UNIT. 106min for ENHANCED SECURITY ERASE UNIT.
[…]

Frozen

sudo hdparm -I /dev/sda

[…]
Security:
Master password revision code = 65534
supported
not    enabled
not    locked
frozen
not    expired: security count
supported: enhanced erase
2min for SECURITY ERASE UNIT. 2min for ENHANCED SECURITY ERASE UNIT.

[…]

If the drive is frozen it might be possible to ‘un-freeze’ the drive by suspending the computer and then waking it up. This works in the cases where the bios issues a lock command on boot up. A power cycle of the drive clears that states.

Set The Password
Once the drive is not in a ‘frozen’ state you can move on the next step. In order to issue the erase command the drive needs have a password set.

sudo hdparm –user-master u –security-set-pass password /dev/sda
security_password=”password”

/dev/sda:
Issuing SECURITY_SET_PASS command, password=”password”, user=user, mode=high

Check the drive again should indicate that the password is now enabled.

sudo hdparm -I /dev/sdb

[…]
Security:
Master password revision code = 65534
supported
enabled
not    enabled
not    locked
not    frozen
not    expired: security count
supported: enhanced erase
106min for SECURITY ERASE UNIT. 106min for ENHANCED SECURITY ERASE UNIT.
[…]

Erase The Disk
Now, you can execute the secure erase command:

sudo hdparm –user-master u –security-erase password /dev/sdb
security_password=”password”

/dev/sdb:
Issuing SECURITY_ERASE command, password=”password”, user=user

Check The Results
After the command executes the password should automatically be cleared.

sudo hdparm -I /dev/sdb

[…]
Security:
Master password revision code = 65534
supported
not    enabled
not    locked
not    frozen
not    expired: security count
supported: enhanced erase
106min for SECURITY ERASE UNIT. 106min for ENHANCED SECURITY ERASE UNIT.
[…]

Your drive should be securely erased now. I found the process to be easy and quick.


22 January, 2015 04:10AM

January 21, 2015

Linux Padawan: Master and Padawan Spotlight: Gustavo Silva

Gustavo is one of the members of Linux Padawan who is both a padawan and a master. We all can learn new things, right? Linux Padawan is not a hierarchy, but a community. Meet Gustavo Silva How did you first get started using Linux? What distros, software or resources did you use while learning? I started using […]

21 January, 2015 11:47PM

hackergotchi for SparkyLinux

SparkyLinux

e19 0.19.3 is available

 

The Enlightenment team has announced the release of version 0.19.3 of Enlightenment DR19.

E19 0.19.3 packages have been built from the project git repos (0.19.99.19338) and debs are already in Sparky repository now.
Sparky users can easily upgrade the Sparky e19 installations via the package manager.

To do so, run (as root):
apt-get update
apt-get dist-upgrade

You can use System-Upgrade tool or Synaptic instead of the command line as well.

 

21 January, 2015 03:56PM by pavroo

hackergotchi for Ubuntu developers

Ubuntu developers

Stuart Langridge: Live screencasting from Ubuntu phone

After the previous post which describes how to send screen video from the Ubuntu phone to a file on your desktop via netcat, it occurred to me that it ought to be possible to just display your Ubuntu phone directly on your desktop’s screen in a window… and with basically the same trick, it is.

Connect to your Ubuntu phone with ssh: if the phone is plugged in with a cable then opening the Ubuntu SDK IDE’s Devices pane will let you do this, or there is a phablet-shell command which does the same thing when plugged in with a cable, and once you’ve done that once you can ssh to the phone over the network with ssh phablet@phone-ip-address.

In that ssh session, run: mirscreencast -m /var/run/mir_socket --stdout --cap-interval 4 -s 360 640 | nc desktop-machine-ip-address 1234

In a separate terminal on your desktop machine, run: nc -l -p 1234 | mplayer -demuxer rawvideo -rawvideo w=360:h=640:format=rgba - (note the hyphen on the end of that command; it is important!)

and: you get your phone’s screen, live, in a window on your desktop. Handy for screencasting at conferences or for hangout video demonstrations or similar.

21 January, 2015 03:46PM

Ubuntu Server blog: Kilo-1 available for Vivid and Trusty

Our very own James Page blogged about Kilo-1 availability for Vivid and Trusty (via Ubuntu Cloud Archive) . If you are interested in checking out the current OpenStack in development on Ubuntu, this is for you. Enjoy!

21 January, 2015 02:40PM

James Page: Extreme OpenStack: Scale testing OpenStack Messaging

Just prior to the Paris OpenStack Summit in November, the Ubuntu Server team had the opportunity to repeat and expand on the scale testing of OpenStack Icehouse that we did in the first quarter of last year with AMD and SeaMicro. HP where kind enough to grant us access to a few hundred servers in their Discovery Lab; specifically three chassis of HP ProLiant Moonshot m350 cartridges (540 in total): indexThe m350 is an 8-core Intel Atom based server with 16GB of RAM and 64GB of SSD based direct attached storage. They are designed for scale out workloads, so not an immediately obvious choice for an OpenStack Cloud, but for the purposes of stretching OpenStack to the limit, having lots of servers is great as it puts load on central components in Neutron and Nova by having a large number of hypervisor edges to manage. We had a few additional objectives for this round of scale testing over and above re-validating the previous scale test we did on Icehouse on the new Juno release of OpenStack:

  • Messaging: The default messaging solution for OpenStack on Ubuntu is RabbitMQ; alternative messaging solutions have been supported for some time – we wanted to specifically look at how ZeroMQ, a broker-less messaging option, scales in a large OpenStack deployment.
  • Hypervisor: The testing done previously was based on the libvirt/kvm stack with Nova; The LXC driver was available in an early alpha release so poking at this looked like it might be fun.

As you would expect, we used the majority of the same tooling that we used in the previous scale test:

  • MAAS (Metal-as-a-Service) for deployment of physical server resources
  • Juju: installation and configuration of OpenStack on Ubuntu

in addition, we also decided to switch over to OpenStack Rally to complete the actual testing and benchmarking activities. During our previous scale test this project was still in its infancy but its grown a lot of features in the last 9 months including better support for configuring Neutron network resources as part of test context set-up.

Messaging Scale

The first comparison we wanted to test was between RabbitMQ and ZeroMQ; RabbitMQ has been the messaging workhorse for Ubuntu OpenStack deployments since our first release, but larger clouds do make high demands on a single message broker both in terms of connection concurrency and message throughput. ZeroMQ removes the central broker from the messaging topology, switching to a more directly connected edge topology.

The ZeroMQ driver in Oslo Messaging has been a little unloved over the last year or so, however some general stability improvements have been made – so it felt like a good time to take a look and see how it scales. For this part of the test we deployed a cloud of:

  • 8 Nova Controller units, configured as a cluster
  • 4 Neutron Controller units, configured as a cluster
  • Single MySQL, Keystone and Glance units
  • 300 Nova Compute units
  • Ganglia for monitoring

In order to push the physical servers as hard as possible, we also increased the default workers (cores x 4 vs cores x 2) and the cpu and ram allocation ratios for the Nova scheduler. We then completed an initial 5000 instance boot/delete benchmark with a single RabbitMQ broker with a concurrency level of 150.  Rally takes this as configuration options for the test runner – in this test Rally executed 150 boot-delete tests in parallel, with 5000 iterations:

action min (sec) avg (sec) max (sec) 90 percentile 95 percentile success count
total 28.197 75.399 220.669 105.064 117.203 100.0% 5000
nova.boot_server 17.607 58.252 208.41 86.347 97.423 100.0% 5000
nova.delete_server 4.826 17.146 134.8 27.391 32.916 100.0% 5000

Having established a baseline for RabbitMQ, we then redeployed and repeated the same test for ZeroMQ; we immediately hit issues with concurrent instance creation.  After some investigation and re-testing, the cause was found to be Neutron’s use of fanout messages for communicating with hypervisor edges; the ZeroMQ driver in Oslo Messaging has an inefficiency in that it creates a new TCP connection for every message it sends – when Neutron attempted to send fanout messages to all hypervisors edges with a concurrency level of anything over 10, the overhead in creating so many TCP connections causes the workers on the Neutron control nodes to back up, and Nova starts to timeout instance creation on network setup.

So the verdict on ZeroMQ scalability with OpenStack? Lots of promise but not there yet….

We introduced a new feature to the OpenStack Charms for Juju in the last charm release to allow use of different RabbitMQ brokers for Nova and Neutron, so we completed one last messaging test to look at this:

action min (sec) avg (sec) max (sec) 90 percentile 95 percentile success count
total 26.073 114.469 309.616 194.727 227.067 98.2% 5000
nova.boot_server 19.9 107.974 303.074 188.491 220.769 98.2% 5000
nova.delete_server 3.726 6.495 11.798 7.851 8.355 98.2% 5000

unfortunately we had some networking problems in the lab which caused some slowdown and errors for instance creation, so this specific test proved a little in-conclusive. However, by running split brokers, we were able to determine that:

  • Neutron peaked at ~10,000 messages/sec
  • Nova peaked at ~600 messages/sec

It’s also worth noting that the SSDs that the m350 cartridges use do make a huge difference, as the servers don’t suffer from the normal iowait times associated with spinning disks.

So in summary, RabbitMQ still remains the de facto choice for messaging in an Ubuntu OpenStack Cloud; it scales vertically very well – add more CPU and memory to your server and you can deal with a larger cloud – and benefits from fast storage.

ZeroMQ has a promising architecture but needs more work in the Oslo Messaging driver layer before it can be considered useful across all OpenStack components.

In my next post we’ll look at how hypervisor choice stacks up…


21 January, 2015 02:24PM

hackergotchi for Xanadu developers

Xanadu developers

La Era del VideoGame Cap. 1/5: Destreza

Cada miércoles a partir de hoy publicare un capitulo de algún documental relacionado con el mundo de la tecnología. Hoy iniciaremos con un documental llamado “La Era del VideoGame” espero lo disfruten.

Enlace al vídeo en Youtube


Tagged: videogame

21 January, 2015 01:30PM by sinfallas

hackergotchi for Ubuntu developers

Ubuntu developers

Linux Padawan: Master Spotlight: Svetlana Belkin

Meet Svetlana Belkin 1) How did you first get started using Linux? What distros, software or resources did you use while learning? I started out with Ubuntu Linux in 2009 and most of the learning I done was on my own just clicking around and changing settings to the way I want it. If I […]

21 January, 2015 12:00PM

hackergotchi for Blankon developers

Blankon developers

hackergotchi for Ubuntu developers

Ubuntu developers

Ronnie Tucker: Non-Linux FOSS: Animation Made Easy

If you’ve ever wanted to make an animated film, the learning curve for such software often is really steep. Thankfully, the Pencil program was released and although basic, it provided a fairly simple way to create animations on your computer (Windows, Mac or Linux) with open-source tools. Unfortunately, the Pencil program was abandoned.

And really, that’s the coolest part of open-source software. Building on the incredible Pencil program, a new project was born. Pencil2D is under active development, and it’s a cross-platform application allowing for a frame-by-frame animation sequence to be drawn and exported.

 

Source: http://www.linuxjournal.com/content/non-linux-foss-animation-made-easy

Submitted by: Shawn Powers

21 January, 2015 07:04AM

Martin Pitt: Snappy package for Robot Operating System tutorial

ROS what?

Robot Operating System (ROS) is a set of libraries, services, protocols, conventions, and tools to write robot software. It’s about seven years old now, free software, and a growing community, bringing Linux into the interesting field of robotics. They primarily target/support running on Ubuntu (current Indigo ROS release runs on 14.04 LTS on x86), but they also have some other experimental platforms like Ubuntu ARM and OS X.

ROS, meet Snappy

It appears that their use cases match Ubuntu Snappy’s vision really well: ROS apps usually target single-function devices which require absolutely robust deployments and upgrades, and while they of course require a solid operating system core they mostly implement their own build system and libraries, so they don’t make too many assumptions about the underlying OS layer.

So I went ahead and created a snapp package for the Turtle ROS tutorial, which automates all the setup and building. As this is a relatively complex and big project, it helped to uncover quite a number of bugs, of which the most important ones got fixed now. So while the building of the snap still has quite a number of workarounds, installing and running the snap is now reasonably clean.

Enough talk, how can I get it?

If you are interested in ROS, you can look at bzr branch lp:~snappy-dev/snappy-hub/ros-tutorials. This contains documentation and a script build.sh which builds the snapp package in a clean Ubuntu Vivid environment. I recommend a schroot for this so that you can simply do e. g.

  $ schroot -c vivid ./build.sh

This will produce a /tmp/ros/ros-tutorial_0.2_<arch>.snap package. You can download a built amd64 snapp if you don’t want to build it yourself.

Installing and running

Then you can install this on your Snappy QEMU image or other installation and run the tutorial (again, see README.md for details):

  yourhost$ ssh -o UserKnownHostsFile=/dev/null -p 8022 -R 6010:/tmp/.X11-unix/X0 ubuntu@localhost
  snappy$ scp <yourhostuser>@10.0.2.2:/tmp/ros/ros-tutorial_0.2_amd64.snap
  snappy$ sudo snappy install ros-tutorial_0.2_amd64.snap

You need to adjust <yourhostuser> accordingly; if you didn’t build yourself but downloaded the image, you might also need to adjust the host path where you put the .snap.

Finally, run it:

  snappy$ ros-tutorial.rossnap roscore &
  snappy$ DISPLAY=localhost:10.0 ros-tutorial.rossnap rosrun turtlesim turtlesim_node &
  snappy$ ros-tutorial.rossnap rosrun turtlesim turtle_teleop_key

You might prefer ssh’ing in three times and running the commands in separate shells. Only turtlesim_node needs $DISPLAY (and is quite an exception — an usual robotics app of course wouldn’t!). Also, note that this requires ssh from at least Ubuntu 14.10 – if you are on 14.04 LTS, see README.md.

Enjoy!

21 January, 2015 05:45AM

The Fridge: Interview with Charles of the Ubuntu Community Council

The Ubuntu Community Council is the primary community (i.e., non-technical) governance body for the Ubuntu project. In this series of 7 interviews, we go behind the scenes with the community members who were elected in 2013 serve on this council with Mark Shuttleworth.

In this, our first interview, we talk with Charles about his experience with Ubuntu and beyond.

cprofitt_2015

Tell us a little about yourself

I am currently an IT professional at a K-12 school dI am an IT professional for a K-12 school district responsible for running the server infrastructure, disaster recovery, information security, and virtualization. I introduced Linux and Open Source to the district. I started playing around with Linux in 1993, but did not start using it regularly until 2006. At first I was the typical distro hopper, but I soon found the Ubuntu Community and realized that I had found a home. The Ubuntu Community was full of knowledgeable friendly and helpful people.

How long have you been involved with Ubuntu? And how long on the Ubuntu Community Council?

I have been active with Ubuntu since 2008 when I got involved with the New York State Ubuntu LoCo Community. I have been involved with the Ubuntu Forums, Ubuntu Beginners Team, IRC OPs, Ubuntu Bug Squad, Ubuntu Documentation, Ubuntu New York, Ubuntu Education, and Ubuntu News. I served on the Ubuntu Beginners team Council, The Ubuntu LoCo Council and am currently on The Ubuntu Community Council.

What are some of the projects you’ve worked on in Ubuntu over the years?

Laptop Testing Team, Ubuntu IRC operators, Ubuntu Educators, Ubuntu Leadership (development of leadership), Ubuntu Screencast, Ubuntu New York, Ubuntu Power users, Ubuntu Bug Control, Ubuntu Bugsquad, Ubuntu Accomplishments, Ubuntu Documentation Team, Ubuntu Documentation Team Wiki Administrators, and Ubuntu Accessibility

What is your focus in Ubuntu today?

My focus in Ubuntu today is on the community, both local and global.

Do you contribute to other free/open source projects? Which ones?

I want to use the word contribute carefully as I do not have any code contributions outside of the Ubuntu community. I have contributed in terms of support, testing and community with openVAS, Cacti, Racktables, Security Onion, Kali and nmap.

If you were to give a newcomer some advice about getting involved with Ubuntu, what would it be?

Enjoy using Ubuntu and share your success with others. When you want to contribute to Ubuntu find an area you are passionate about and seek out any assistance you need to grow in that area.

21 January, 2015 01:27AM

Jo Shields: mono-project.com Linux packages, January 2015 edition

The latest version of Mono has released (actually, it happened a week ago, but it took me a while to get all sorts of exciting new features bug-checked and shipshape).

Stable packages

This release covers Mono 3.12, and MonoDevelop 5.7. These are built for all the same targets as last time, with a few caveats (MonoDevelop does not include F# or ASP.NET MVC 4 support). ARM packages will be added in a few weeks’ time, when I get the new ARM build farm working at Xamarin’s Boston office.

Ahead-of-time support

This probably seems silly since upstream Mono has included it for years, but Mono on Debian has never shipped with AOT’d mscorlib.dll or mcs.exe, for awkward package-management reasons. Mono 3.12 fixes this, and will AOT these assemblies – optimized for your computer – on installation. If you can suggest any other assemblies to add to the list, we now support a simple manifest structure so any assembly can be arbitrarily AOT’d on installation.

Goodbye Mozroots!

I am very pleased to announce that as of this release, Mono users on Linux no longer need to run “mozroots” to get SSL working. A new command, “cert-sync”, has been added to this release, which synchronizes the Mono SSL certificate store against your OS certificate store – and this tool has been integrated into the packaging system for all mono-project.com packages, so it is automatically used. Just make sure the ca-certificates-mono package is installed on Debian/Ubuntu (it’s always bundled on RPM-based) to take advantage! It should be installed on fresh installs by default. If you want to invoke the tool manually (e.g. you installed via make install, not packages) use

cert-sync /path/to/ca-bundle.crt

On Debian systems, that’s

cert-sync /etc/ssl/certs/ca-certificates.crt

and on Red Hat derivatives it’s

cert-sync /etc/pki/tls/certs/ca-bundle.crt

Your distribution might use a different path, if it’s not derived from one of those.

Windows installer back from the dead

Thanks to help from Alex Koeplinger, I’ve brought the Windows installer back from the dead. The last release on the website was for 3.2.3 (it’s actually not this version at all – it’s complicated…), so now the Windows installer has parity with the Linux and OSX versions. The Windows installer (should!) bundles everything the Mac version does – F#, PCL facades, IronWhatever, etc, along with Boehm and SGen builds of the Mono runtime done with Visual Studio 2013.

An EXPERIMENTAL OH MY GOD DON’T USE THIS IN PRODUCTION 64-bit installer is in the works, when I have the time to try and make a 64-build of Gtk#.

21 January, 2015 01:26AM

Dimitri John Ledkov: Python 3 ports of launchpadlib & ubuntu-dev-tools (library) are available

I'm happy to announce that Python 3 ports of launchpadlib & ubuntu-dev-tools (library) are available for consumption.

These are 1.10.3 & 0.155 respectfully.

This means that everyone should start porting their reports, tools, and scriptage to python3.

ubuntu-dev-tools has the library portion ported to python3, as I did not dare to switch individual scripts to python3 without thorough interactive testing. Please help out porting those and/or file bug reports against the python3 port. Feel free to subscribe me to the bug reports on launchpad.

For the time being, I believe some things will not be easy to port to python3 because of the elephant in the room - bzrlib. For some things like lp-shell, it should be easy to move away from bzrlib, as non-vcs things are used there. For other things the current suggestion is to probably fork to bzr binary or a python2 process. I ponder if a minimal usable python3-bzrlib wrapper around python2 bzrlib is possible to satisfy the needs of basic and common scripts.

On a side note, launchpadlib & lazr.restfulclient have out of the box proxy support enabled. This makes things like add-apt-repository work behind networks with such setup. I think a few people will be happy about that.

All of these goodies are available in Ubuntu 15.04 (Vivid Vervet) or Debian Experimental (and/or NEW queue).

21 January, 2015 12:06AM by Dimitri John Ledkov (noreply@blogger.com)

January 20, 2015

Ubuntu Server blog: Server team meeting minutes: 2015-1-20

Agenda

  • Review ACTION points from previous meeting
    • gaughen to establish new qa-team point of contact for server team
  • V Development
  • Server & Cloud Bugs (caribou)
  • Weekly Updates & Questions for the QA Team (psivaa)
  • Weekly Updates & Questions for the Kernel Team (smb, sforshee, arges)
  • Ubuntu Server Team Events
  • Open Discussion
  • Announce next meeting date, time and chair

Minutes

Meeting Actions
  • gaughen to establish new qa-team point of contact for server team — gaughen and beisner discussing – keeping as ACTION point

  • jamespage to answer question in bug 1410363 in response to smb

V Development

Today is Jan 20th.  Jan 22nd is alpha 2 (For opt-in flavors).  Feb 19th is feature freeze and debian import freeze.

Server & Cloud Bugs
caribou is busy on a CUPS bug & apport upstream issues
Ubuntu Server Team Events

FOSDEM is soon (Saturday 31 January and Sunday 1 February 2015) and hallyn is presenting lxd at FOSDEM on Sunday.

Open Discussion

teward says nginx merge coming as soon as the next debian updates come for it (assuming before featurefreeze). last merge introduced out of the box POODLE mitigations in the default confs.

Agree on next meeting date and time

Next meeting will be on Tuesday, Jan 27th at 16:00 UTC in #ubuntu-meeting. jamespage will chair.

IRC Log
https://wiki.ubuntu.com/MeetingLogs/Server/20150120

20 January, 2015 08:36PM

Daniel Pocock: Quantifying the performance of the Microserver

In my earlier blog about choosing a storage controller, I mentioned that the Microserver's on-board AMD SB820M SATA controller doesn't quite let the SSDs perform at their best.

Just how bad is it?

I did run some tests with the fio benchmarking utility.

Lets have a look at those random writes, they simulate the workload of synchronous NFS write operations:

rand-write: (groupid=3, jobs=1): err= 0: pid=1979
  write: io=1024.0MB, bw=22621KB/s, iops=5655 , runt= 46355msec

Now compare it to the HP Z800 on my desk, it has the Crucial CT512MX100SSD1 on a built-in LSI SAS 1068E controller:

rand-write: (groupid=3, jobs=1): err= 0: pid=21103
  write: io=1024.0MB, bw=81002KB/s, iops=20250 , runt= 12945msec

and then there is the Thinkpad with OCZ-NOCTI mSATA SSD:

rand-write: (groupid=3, jobs=1): err= 0: pid=30185
  write: io=1024.0MB, bw=106088KB/s, iops=26522 , runt=  9884msec

That's right, the HP workstation is four times faster than the Microserver, but the Thinkpad whips both of them.

I don't know how much I can expect of the PCI bus in the Microserver but I suspect that any storage controller will help me get some gain here.

20 January, 2015 07:53PM

Riccardo Padovani: Ubuntu Phone Glimpse: Aggregated Scopes

Next Feb, 6th there will be a Canonical event in London, where firsts Ubuntu Phones will be presented to the public. I’m one of the lucky guys will join the event and will have the opportunity to have one of this little treasures - so next month I’ll do a lot of posts about it :-)

Meanwhile, Ubuntu Phone Teams is writing to the participants of the event some details about the phone and the system. It isn’t anything secret, but these mails give some good informations on the phone. I think information wants to be free, so I share them with the world.

Aggregated scopes

In our initial Phone Glimpse mail we’d introduced scopes for the Ubuntu phone - an integrated approach to delivering content and services. We touched on aggregated scopes that are default scopes valuable to end users. In this mailer we’ll be showcasing the default scopes available that provide a full spectrum of rich content categories.

The Today scope let’s you see your most important interactions on one screen. Personalise it to see what’s most important to you, right at your fingertips.

To see local information, events and services from wherever you are located, check out the NearBy scope. Imagine you’re in Barcelona yet don’t know where to eat, the NearBy scope will provide you with hidden gems from various sources. A few app partners include: TimeOut, Yelp and The Weather Channel.

The all important News scope aggregates news feeds from your chosen providers that includes the BBC, EuroNews and Engadget.

Bringing music to you. The Music scope allows you to see music on your phone and the web within one place, be it your music library, streaming content from Soundcloud or Grooveshark, and maybe tracks purchased from 7Digital.

There’s also the Video scope with app partners that include YouTube, TED and Vimeo, as well as the Photo scope that brings your Facebook, Instagram and Flickr feed into one place.

Every source in the aggregated scopes can expand to give you an app-like experience for that source - and by starring it, they can even become another default screen. That’s a great way to personalize your Ubuntu phone so it truly revolves around the services you use most.

There’s also a scope dedicated to traditional apps where you can see your downloaded apps in one place.

Voila! A content rich experience brought to you which we can’t wait to showcase for real at the Insider event. As mentioned in earlier mails this information is yours to use in anyway!

Looking forward to sharing more insights with you.

Best, The Ubuntu Phone Team

20 January, 2015 07:15PM

hackergotchi for Blankon developers

Blankon developers

Herpiko Dwi Aguno: Kopi Instan yang Pas

Sebenarnya kopi instan itu enak, hanya saja, mereka terlalu banyak mengandung gula. Terlalu manis. Kalau wanita sih tidak apa, tapi kalau kopi, ini kurang bisa ditoleransi. Bagaimana supaya rasanya minimal mirip kopi di Sevel atau Starbak?

Eksperimen saya dimulai dengan indocafe coffeemix.

  • Tuangkan seluruh isi saket kopi ke dalam cangkir.
  • Tuangkan 1/3 gelas air biasa. Bukan air panas atau dingin. Suhu biasa saja.
  • Aduh perlahan. Sampai semuanya larut. Jangan khawatir, bubuk kopi indocafe coffeemix mudah larut. Jangan mengaduk terlalu lama.
  • Tuangkan air kopinya ke cangkir lain secara perlahan, sisakan gulanya.
  • Tambahkan air mendidik ke cangkir kedua, aduk.
  • Cuci cangkir pertama anda..
  • Kopi siap dinikmati.

20 January, 2015 06:02PM

hackergotchi for Ubuntu developers

Ubuntu developers

Victor Tuson Palau: uBrick – a Lego Scope

Just a quick note to tell you that I have published a new scope called uBrick that brings you the awesomeness of Lego, as a catalogue powered by brickset.com, directly to your Ubuntu phone home screen.

I wrote the scope in Go cause I find it easier to work with for a quick scope ( took about 8 hours with interruptions over 2 days to write this scope).  The scope is now available at the store, just search for uBrick.

Here are some pics:

lego1lego2lego3 lego4

Also I have to congratulate the folks at Brickset for a very nice API, even if it is using SOAP :)


20 January, 2015 05:49PM

Dustin Kirkland: Snappy Ubuntu for Devices -- The Year of the Linux Countertop!


Forget about The Year of the Linux Desktop...This is The Year of the Linux Countertop!

I'm talking about Linux on every form of Internet-connected embedded devices.  The Internet-of-Things is already upon us.  Sensors, smart watches, TVs, thermostats, security cameras, drones, printers, routers, switches, robots -- you name it.  

And with that backdrop, we are thrilled to introduce Snappy Ubuntu for Devices.  Ubuntu is now a possibility, on almost any device, anywhere.  Now that's exciting!

This is the same Snappy Ubuntu, with its atomic, transactional updates that we launched on each major public cloud last month -- extended and updated for 64-bit Intel, AMD and ARM devices.


Now, if you want a detailed, developer's look at building a Snappy Ubuntu image and running it on a BeagleBone, you're in luck!  I shot this little instructional video (using Cheese, GTK-RecordMyDesktop, and OpenShot).  Enjoy!


A transcript of the video follows...


  1. What is Snappy Ubuntu?
    • A few weeks ago, we introduced a new flavor of Ubuntu that we call “Snappy” -- an atomically, transactionally updated Operating System -- and showed how to launch, update, rollback, and install apps in cloud instances of Snappy Ubuntu in Amazon EC2, Microsoft Azure, and Google Compute Engine public clouds.
    • And now we’re showing how that same Snappy Ubuntu experience is the perfect operating system for today’s Cambrian Explosion of smart devices that some people are calling “the Internet of Things”!
    • Snappy Ubuntu Core bundles only the essentials of a modern, appstore powered Linux OS stack and hence leaves room both in size as well as flexibility to build, maintain and monetize very own device solution without having to care about the overhead of inventing and maintaining your own OS and tools from scratch. Snappy Ubuntu Core comes right in time for you to put your very own stake into stake into still unconquered worlds of things
    • We think you’ll love Snappy on your smart devices for many of the same reasons that there are already millions of Ubuntu machine instances in hundreds of public and private clouds, as well as the millions of your own Ubuntu desktops, tablets, and phones!
  2. Unboxing the BeagleBone
    • Our target hardware for this Snappy Ubuntu demo is the BeagleBone Black -- an inexpensive, open platform for hardware and software developers.
    • I paid $55 for the board, and $8 for a USB to TTL Serial Cable
    • The board is about the size of a credit card, has a 1GHz ARM Cortex A8 processor, 512MB RAM, and on board ethernet.
    • While Snappy Ubuntu will run on most any armhf or amd64 hardware (including the Intel NUC), the BeagleBone is perhaps the most developer friendly solution.
  3. The easiest way to get your Snappy Ubuntu running on your Beaglebone
    • The world of Devices has so many opportunities that it won’t be possible to give everyone the perfect vertical stack centrally. Hence Canonical is trying to enable all of you and provide you with the elements that get you started doing your innovation as quickly as possible. Since there will be many devices that won’t need a screen and input devices, we have developed “webdm”. webdm gives you the ability to manage your snappy device and consume apps without any development effort.
    • To installl you simply download our prebuilt WEB .img and dd it to your sd card.
    • After that all you ahve to do is to connect your beaglebone to a DHCP enabled local network and power it on.
    • After 1-2 minutes you go to http://webdm.local:8080 and can get onto installing apps from the snappy appstore without any further effort
    • Of course, we are still in beta and will continue give you more features and a greater experience over time; we will not only make the UI better, but also work on various customization options that allow you to deliver your own app store powered product without investing your development resources in something that already got solved.
  4. Downloading Snappy and writing to an sdcard
    • Now we’re going to build a Snappy Ubuntu image to run on our device.
    • Soon, we’ll publish a library of Snappy Ubuntu images for many popular devices, but for this demo, we’re going to roll our own using the tool, ubuntu-device-flash.
    • ls -halF mysnappy.img
    • sudo dd if=mysnappy.img of=/dev/mmblk0 bs=1M oflag=dsync
  5. Hooking up the BeagleBone
    • Insert the microsd card
    • Network cable
    • USB debug
    • Power/USB
  6. Booting Snappy and command line experience
    • Okay, so we’re ready for our first boot of Snappy!
    • Let’s attach to the USB/serial console using screen
    • Now, I’ll attach the power, and if you watch very carefully, you might get to see some a few boot messages.
    • snappy help
    • ifconfig
    • ssh ubuntu@10.0.0.105
  7. WebDM experience
    • snappy info
    • Shows we have the webdm framework installed
    • point browser to http://10.0.0.105:8080
    • Configuration
    • Store
  8. Conclusion
    • Hey how cool is that!  Snappy Ubuntu running on devices :-)
    • I’ve spent plenty of time and money geeking out over my Nest and Dropcam and Netatmo and WeMo lightswitches, playing with their APIs and hooking them up to If-This-Then-That.
    • But I’m really excited about a world where those types of devices are as accessible to me as my Ubuntu servers and desktops!
    • And from what I’ve shown you here, with THIS, I think we can safely say that that we’ve blown right past the year of the Linux desktop.
    • This is the year of the Linux countertop!

Cheers,
Dustin

20 January, 2015 05:24PM by Dustin Kirkland (noreply@blogger.com)

Ubuntu Kernel Team: Kernel Team Meeting Minutes – January 20, 2015

Meeting Minutes

IRC Log of the meeting.

Meeting minutes.

Agenda

20150120 Meeting Agenda


Release Metrics and Incoming Bugs

Release metrics and incoming bug data can be reviewed at the following link:

  • http://people.canonical.com/~kernel/reports/kt-meeting.txt


Status: Vivid Development Kernel

Our Vivid kernel remains based on the v3.18.2 upstream stable kernel,
but we’ll be rebasing to v3.18.3 shortly. We’ll also be rebsaing our
unstable branch to v3.19-rc5 and get that uploaded to our team PPA soon.
—–
Important upcoming dates:
Thurs Jan 22 – Vivid Alpha 2 (~2 days! away)
Thurs Feb 5 – 14.04.2 Point Release (~2 weeks away)
Thurs Feb 26 – Beta 1 Freeze (~5 weeks away)


Status: CVE’s

The current CVE status can be reviewed at the following link:

http://people.canonical.com/~kernel/cve/pkg/ALL-linux.html


Status: Stable, Security, and Bugfix Kernel Updates – Utopic/Trusty/Precise/Lucid

Status for the main kernels, until today:

  • Lucid – Verification & Testing
  • Precise – Verification & Testing
  • Trusty – Verification & Testing
  • Utopic – Verification & Testing

    Current opened tracking bugs details:

  • http://kernel.ubuntu.com/sru/kernel-sru-workflow.html

    For SRUs, SRU report is a good source of information:

  • http://kernel.ubuntu.com/sru/sru-report.html

    Schedule:

    cycle: 09-Jan through 31-Jan
    ====================================================================
    09-Jan Last day for kernel commits for this cycle
    11-Jan – 17-Jan Kernel prep week.
    18-Jan – 31-Jan Bug verification; Regression testing; Release


Open Discussion or Questions? Raise your hand to be recognized

No open discussion.

20 January, 2015 05:11PM

hackergotchi for Ubuntu

Ubuntu

Ubuntu LoCo Team Global Jam Packs

For a long time now Canonical has provided Ubuntu LoCo Teams with material to use in the promotion of Ubuntu. This has come in the form of CDs and DVDs for Ubuntu releases, as well as conference packs for booths and shows.

We’ve also been sent several packages, when requested by an Ubuntu Member, to LoCo Teams for their own events, such as release parties or global jams.

Ubuntu Mauritius Team 14.10 Global Jam

This cycle we are extending this offer to any LoCo team that is hosting an in-person Global Jam event. It doesn’t matter how many people are going, or what you’re planning on doing for your jam. The Jam Packs will include DVDs, stickers, pens and other giveaways for your attendees, as well as an Ubuntu t-shirt for the organizers (or as a giveaway, if you choose).

Since there is only a few weeks before Global Jam weekend, and these will be shipped from London, please take your country’s customs process into consideration before ordering. Countries in North America and Europe shouldn’t have a problem, but if you’ve experienced long customs delays in the past please consider waiting and making your request for the next Global Jam.

To get an Ubuntu Global Jam Pack for your event, all you need to do is the following:

  • Register you Global Jam event on the LoCo Team Portal
    • Your event must be in-person, and have a venue associated with it
  • Fill out the community donation request form
    • Include a link to your LoCo Team Portal event in your request
  • Promote your event, before and after
    • Blog about it, post pictures, and share your excitement on social media
      • Use the #ubuntu hashtag when available

You can find all kinds of resources, activities and advice for running your Global Jam event on the Ubuntu Wiki, where we’ve collected the cumulative knowledge from all across the community over many years. And you can get live help and advice any time on the #ubuntu-locoteams IRC channel on Freenode.

Originally posted here by Michael Hall

20 January, 2015 04:57PM by lyz

hackergotchi for Ubuntu developers

Ubuntu developers

James Page: Call for Testing: Ubuntu OpenStack Kilo-1 development milestone

The Ubuntu Server Team is pleased to announce the general availability of the first development milestone of the OpenStack Kilo release in Ubuntu 15.04 development and for Ubuntu 14.04 LTS via the Ubuntu Cloud Archive.

Ubuntu 14.04 LTS

For now, you can enable the Ubuntu Cloud Archive for OpenStack Kilo on Ubuntu 14.04 installations by running the following commands:

echo "deb http://ubuntu-cloud.archive.canonical.com/ubuntu trusty-updates/kilo main" \
    | sudo tee /etc/apt/sources.list.d/cloud-archive.list
sudo apt-get -y install ubuntu-cloud-keyring
sudo apt-get update

The Ubuntu Cloud Archive for Kilo includes updates for Nova, Glance, Keystone, Neutron, Cinder, Horizon, Swift, Ceilometer and Heat; Ceph (0.87), RabbitMQ (3.4.2), QEMU (2.1), libvirt (1.2.8) and Open vSwitch (2.3.1) back-ports from 15.04 development have also been provided.

Ubuntu 15.04 development

No extra steps required; just start installing OpenStack!  Keystone is still pending update due to review of new dependencies by the Ubuntu MIR team, but that should happen in the next few weeks.

New OpenStack components

This cycle we’ve also provided packages for Trove, Sahara and Ironic – these projects are part of the integrated OpenStack release but remain in Ubuntu universe for this development cycle, which means they won’t get point release updates or security updates as part of ongoing stable release maintenance once Ubuntu 15.04 and the Kilo Cloud Archive for Ubuntu 14.04 LTS release.

NOTE: that if you use the Neutron FWaaS driver, you will need to install the ‘python-neutron-fwaas’ package to continue using this functionality; we will improve this situation in the packaging prior to final release.

Reporting bugs

Let’s face it, as the first development milestone there are bound to be a few bugs so please use the ‘ubuntu-bug’ tool to report any bugs that you find – for example:

sudo ubuntu-bug nova-conductor

this will ensure that bugs get logged in the right place in Launchpad.

Thanks and have fun!


20 January, 2015 04:33PM

Mark Shuttleworth: Smart things powered by snappy Ubuntu Core on ARM and x86

“Smart, connected things” are redefining our home, work and play, with brilliant innovation built on standard processors that have shrunk in power and price to the point where it makes sense to turn almost every “thing” into a smart thing. I’m inspired by the inventors and innovators who are creating incredible machines – from robots that might clean or move things around the house, to drones that follow us at play, to smarter homes which use energy more efficiently or more insightful security systems. Prooving the power of open source to unleash innovation, most of this stuff runs on Linux - but it’s a hugely fragmented and insecure kind of Linux. Every device has custom “firmware” that lumps together the OS and drivers and devices-specific software, and that firmware is almost never updated. So let’s fix that!

Ubuntu is right at the heart of the “internet thing” revolution, and so we are in a good position to raise the bar for security and consistency across the whole ecosystem. Ubuntu is already pervasive on devices – you’ve probably seen lots of “Ubuntu in the wild” stories, from self-driving cars to space programs and robots and the occasional airport display. I’m excited that we can help underpin the next wave of innovation while also thoughtful about the responsibility that entails. So today we’re launching snappy Ubuntu Core on a wide range of boards, chips and chipsets, because the snappy system and Ubuntu Core are perfect for distributed, connected devices that need security updates for the OS and applications but also need to be completely reliable and self-healing. Snappy is much better than package dependencies for robust, distributed devices.

Transactional updates. App store. A huge range of hardware. Branding for device manufacturers.

In this release of Ubuntu Core we’ve added a hardware abstraction layer where platform-specific kernels live. We’re working commercially with the major silicon providers to guarantee free updates to every device built on their chips and boards. We’ve added a web device manager (“webdm”) that handles first-boot and app store access through the web consistently on every device. And we’ve preserved perfect compatibility with the snappy images of Ubuntu Core available on every major cloud today. So you can start your kickstarter project with a VM on your favourite cloud and pick your processor when you’re ready to finalise the device.

If you are an inventor or a developer of apps that might run on devices, then Ubuntu Core is for you. We’re launching it with a wide range of partners on a huge range of devices. From the pervasive Beaglebone Black to the $35 Odroid-C1 (1Ghz processor, 1 GB RAM), all the way up to the biggest Xeon servers, snappy Ubuntu Core gives you a crisp, ultra-reliable base platform, with all the goodness of Ubuntu at your fingertips and total control over the way you deliver your app to your users and devices. With an app store (well, a “snapp” store) built in and access to the amazing work of thousands of communities collaborating on Github and other forums, with code for robotics and autopilots and a million other things instantly accessible, I can’t wait to see what people build.

I for one welcome the ability to install AI on my next camera-toting drone, and am glad to be able to do it in a way that will get patched automatically with fixes for future heartbleeds!

20 January, 2015 02:00PM

Sam Hewitt: Something for the Linux-curious

Yesterday, I had the idea for a site that distilled for new comers and the "Linux-curious" what was available to them if they were wondering about switching.

A site that had a curated selection of distributions, and presented them in a well-designed and meaningful manner that would be friendly to Linux novices.

That doesn't involve lengthy questionnaires or quizzes and doesn't give literally every imaginable option ever and is something that is buried in some subpage of some other site.

The site would essentially target people that are newer to Linux rather than us power/advanced users of Linux who are already aware of all/many the existing options. For instance, there would be no mention of any system-level stuff or technical names for things.

Since no such site, exists (to my knowledge) I made it myself: Compute Freely

20 January, 2015 02:00PM

Michael Hall: Ubuntu LoCo Team Global Jam Packs

For a long time now Canonical has provided Ubuntu LoCo Teams with material to use in the promotion of Ubuntu. This has come in the form of CDs and DVDs for Ubuntu releases, as well as conference packs for booths and shows.

We’ve also been sent several packages, when requested by an Ubuntu Member, to LoCo Teams for their own events, such as release parties or global jams.

Ubuntu Mauritius Team 14.10 Global Jam

This cycle we are extending this offer to any LoCo team that is hosting an in-person Global Jam event. It doesn’t matter how many people are going, or what you’re planning on doing for your jam. The Jam Packs will include DVDs, stickers, pens and other giveaways for your attendees, as well as an Ubuntu t-shirt for the organizers (or as a giveaway, if you choose).

Since there is only a few weeks before Global Jam weekend, and these will be shipped from London, please take your country’s customs process into consideration before ordering. Countries in North America and Europe shouldn’t have a problem, but if you’ve experienced long customs delays in the past please consider waiting and making your request for the next Global Jam.

To get an Ubuntu Global Jam Pack for your event, all you need to do is the following:

  • Register you Global Jam event on the LoCo Team Portal
    • Your event must be in-person, and have a venue associated with it
  • Fill out the community donation request form
    • Include a link to your LoCo Team Portal event in your request
  • Promote your event, before and after
    • Blog about it, post pictures, and share your excitement on social media
      • Use the #ubuntu hashtag when available

You can find all kinds of resources, activities and advice for running your Global Jam event on the Ubuntu Wiki, where we’ve collected the cumulative knowledge from all across the community over many years. And you can get live help and advice any time on the #ubuntu-locoteams IRC channel on Freenode.

20 January, 2015 10:00AM

Ronnie Tucker: Would you trust Facebook for your work?

With over a billion users, Facebook isn’t hurting for potential customers, but a few months ago Facebook started to explore the idea of Facebook at Work. It’s exactly what it sounds like: A version of Facebook for your office. The question is: After banning Facebook from your office network, would you use Facebook for Work in your office?

On January 14, Facebook took its first big step in turning this into a product from an in-house idea. The company is releasing Facebook at Work beta apps for iOS and on Android via the Google Play Store. But, even if you think this is the best idea since sliced bread, don’t rush out to get the apps. They will only be available for a select few beta testers.

Facebook for Work will also make much more use of one feature that’s not often used by most Facebook users: Facebook Groups. This functionality, which enables you to form your own group to share anything from family reunion plans to how you’ll launch your next widget release, has long been in Facebook.

 

Source: http://www.zdnet.com/article/would-you-trust-facebook-for-your-work/

Submitted by: Steven J. Vaughan-Nichols

20 January, 2015 07:03AM

Ali Jawad: One Stop Banner says it all

Hi,

First of all, I’m not a graphics designer and not even close. However, I always like to play with Inkscape.

I thought to create a banner for my social media channels (Twitter, Google+ and Facebook) that says is all when it comes to my projects and current involvements.

I’m a huge fan of One Stop Shop concept.

So, I came up with this:

Social Media Banner

Why? because I’m:

  1. The founder of Kibo business (profit) project.
  2. The founder of ToriOS.
  3. The founder of StartUbuntu Project.
  4. The community manager of Ubuntu GNOME.
  5. One of the masters of Linux Padawan.
  6. Member of GNOME.
  7. Member of Ubuntu.

 

When I look at these logos all together at the same place, these motivate me and inspire me to go and do much more beyond the extra miles I usually go to.

I have come across this quote last night:10923776_10152828621072819_2375195207022066533_n

And, what an amazing inspirational and motivational quote.

You know what is the best part of all that? it is when you stand before the entire world who keep telling you DO NOT do that and you insist to stick to your dream and make it true. Giving up is not an option.

In 2010, I was a newcomer to GNU/Linux when I started to use Ubuntu 10.04 and did my best to find my way through. I have never ever thought I would be in such position where I am right now.

It is always a great chance to thank each and everyone who stood with me and never let me down. They were always there for me, whenever I need them and they are always there even before I ask for help/support. You do know yourself so wherever you are, THANK YOU SO MUCH!

It is also worth mentioning that I have enjoyed every bit of learning new stuff, daily. It is amazing how we could learn a lot on different areas .. and we shall keep learning and learning until the last minute of our lives.

Spread humanity, peace, love, hope and positivity. That is a holy message I live by, daily.

Thank you!

20 January, 2015 01:38AM

Ubuntu LoCo Council: January 2015 Meeting Canceled

The regular meeting of LoCo Council scheduled for January 20th is canceled due to a lack of business to act upon. The next regular meeting is scheduled for Tuesday, 16 February 2015 at 20:00 UTC. Please make sure to add items to the agenda available on wiki.ubuntu.com. Issues and other concerns to be dealt with before the next meeting should be addressed to the Council via e-mail at loco-council@lists.ubuntu.com.

20 January, 2015 12:27AM

Xubuntu: Help the Community with testing and win Xubuntu stickers

Manual testing of the development version is an important part of the development cycle. The goal of manual testing is to find bugs that have been introduced during the cycle.

Finding these gives developers the opportunity to fix issues before the release. The sooner they are found, the bigger the possibility is that the bugs are fixed before regular users see them on their desktop. Without manual testers, our releases would be buggy. All that being said, we need your help doing manual testing.

Unfortunately, manual testing can often be a tedious and thankless job for the contributors who are doing the testing and bug reporting for the community. This cycle we’re hoping to change that up a bit.

We will be giving out 7 Xubuntu Sticker Bundles from now through April to selected top testers on the following schedule:

Timespan Admissible test reports
February Test reports from start of cycle to 28th February
Beta 1 Tests reported during the milestone
March Test reports from 1st March to 31st March
Final Beta Tests reported during the milestone
April Test reports from 1st April to 23rd April (end of the cycle)
Final Release Tests reported during milestone
Cycle Tests reported during the whole Vivid Vervet cycle

Depending on the success of this initiative we’ll look into adding Xubuntu t-shirts and Ubuntu books to the program during the LTS cycle leading up to April 2016.

How can I participate?

To help us out with testing and be considered as a sticker bundle recipient, do the following:

  1. Follow the Xubuntu-devel and/or Xubuntu-users mailing lists for calls at milestones when specific image testing is required.
  2. Report all of your tests to the image tracker, for you to be considered your name needs to be on the trackers.

Learn more about ISO and package testing on the Ubuntu wiki.

Xubuntu Stickers

Terms

Test images are available outside of the milestone periods for dailies. A limit of one sticker bundle is available per tester. The winning tester will be notified at the end of each period and contacted by our marketing lead for shipment details.

Thanks

Thanks to UnixStickers.com for graciously donating the Xubuntu Sticker Bundles for us to give out.

Thanks to the Ubuntu Community Fund for covering the price of incidental materials and shipping for these bundles.

Finally, thanks to everybody who has done manual testing for us!

20 January, 2015 12:07AM

January 19, 2015

The Fridge: Ubuntu Weekly Newsletter Issue 400

Welcome to the Ubuntu Weekly Newsletter. This is issue #400 for the week January 12 – 18, 2015, and the full version is available here.

In this issue we cover:

The issue of The Ubuntu Weekly Newsletter is brought to you by:

  • Paul White
  • Elizabeth K. Joseph
  • Ian Nicholson
  • John Mahoney
  • Aaron Honeycutt
  • Vishnu Narayanan
  • Amber Graner
  • And many others

If you have a story idea for the Weekly Newsletter, join the Ubuntu News Team mailing list and submit it. Ideas can also be added to the wiki!

Except where otherwise noted, content in this issue is licensed under a Creative Commons Attribution 3.0 License BY SA Creative Commons License

19 January, 2015 11:28PM

Elizabeth K. Joseph: San Francisco Ubuntu Global Jam at Gandi.net on Sunday February 8th

For years Gandi.net has been a strong supporter of Open Source communities and non-profits. From their early support of Debian to their current support of Ubuntu via discounts to Ubuntu Members they’ve been directly supportive of projects I’m passionate about. I was delighted when I heard they had opened an office in my own city of San Francisco, and they’ve generously offered to host the next Ubuntu Global Jam for the Ubuntu California team right here at their office in the city.

Gandi.net

+

Ubuntu

=

Jam for days
Jam!

What’s an Ubuntu Global Jam? From the FAQ on the wiki:

A world-wide online and face-to-face event to get people together to work on Ubuntu projects – we want to get as many people online working on things, having a great time doing so, and putting their brick in the wall for free software as possible. This is not only a great opportunity to really help Ubuntu, but to also get together with other Ubuntu fans to make a difference together, either via your LoCo team, your LUG, other free software group, or just getting people together in your house/apartment to work on Ubuntu projects and have a great time.

The event will take place on Sunday, February 8th from noon – 5PM at the Gandi offices on 2nd street, just south of Mission.

Community members will gather to do some Quality Assurance testing on Xubuntu ISOs and packages for the upcoming release, Vivid Vervet, using the trackers built for this purpose. We’re focusing on Xubuntu because that’s the project I volunteer with and I can help put us into contact with the developers as we test the ISOs and submit bugs. The ISO tracker and package tracker used for Xubuntu are used for all recognized flavors of Ubuntu, so what you learn from this event will transfer into testing for Ubuntu, Kubuntu, Ubuntu GNOME and all the rest.

No experience with Testing or Quality Assurance is required and Quality Assurance is not as boring as it sounds, honest :) Plus, one of the best things about doing testing on your hardware is that your bugs are found and submitted prior to release, increasing the chances significantly that any bugs that exist with your hardware are fixed prior to release!

The event will begin with a presentation that gives a tour of how manual testing is done on Ubuntu releases. From there we’ll be able to do Live Testing, Package Testing and Installation testing as we please, working together as we confirm bugs and when we get stuck. Installation Testing is the only one that requires you to make any changes to the laptop you bring along, so feel free to bring along one you can do Live and Package testing on if you’re not able to do installations on your hardware.

I’ll also have the following two laptops for folks to do testing on if they aren’t able to bring along a laptop:

I’ll also be bringing along DVDs and USB sticks with the latest daily builds for tests to be done and some notes about how to go about submitting bugs.

Please RSVP here (full address also available at this link):

http://loco.ubuntu.com/events/ubuntu-california/2984-ubuntu-california-san-francisco-qa-jam/

Or email me at lyz@ubuntu.com if you’re interested in attending and have trouble with or don’t wish to RSVP through the site. Also please feel free to contact me if you’re interested in helping out (it’s ok if you don’t know about QA, I need logistical and promotional help too!).

Food and drinks will be provided, the current menu is a platter of sandwiches and some pizzas, so please let me know if you have dietary restrictions so we can place orders accordingly. I’d hate to exclude folks because of our menu, so I’m happy to accommodate vegan, gluten free, whatever you need, I just need to know :)

Finally, giveaways of Ubuntu stickers and pens for everyone and a couple Ubuntu books (hopefully signed by the authors!) will also be available to a few select attendees.

Somewhere other than San Francisco and interested in hosting or attending an event? The Ubuntu Global Jam is an international event with teams focusing on a variety of topics, details at: https://wiki.ubuntu.com/UbuntuGlobalJam. Events currently planned for this Jam can be found via this link: http://loco.ubuntu.com/events/global/2967/

19 January, 2015 11:00PM

Daniel Pocock: jSMPP project update, 2.1.1 and 2.2.1 releases

The jSMPP project on Github stopped processing pull requests over a year ago and appeared to be needing some help.

I've recently started hosting it under https://github.com/opentelecoms-org/jsmpp and tried to merge some of the backlog of pull requests myself.

There have been new releases:

  • 2.1.1 works in any project already using 2.1.0. It introduces bug fixes only.
  • 2.2.1 introduces some new features and API changes and bigger bug fixes

The new versions are easily accessible for Maven users through the central repository service.

Apache Camel has already updated to use 2.1.1.

Thanks to all those people who have contributed to this project throughout its history.

19 January, 2015 09:29PM

hackergotchi for Ubuntu

Ubuntu

Vacant Developer Membership Board seats: Call for nominations

We will soon have four vacant Developer Membership Board seats. Benjamin Drung, Iain Lane, Scott Kitterman and Stéphane Graber will reach the end of their terms on 2015-02-17. This is a call for nominations.

The DMB is responsible for reviewing and approving new Ubuntu developers, meeting for about an hour once a fortnight. Candidates should be Ubuntu developers themselves, and should be well qualified to evaluate prospective Ubuntu developers and decide when to entrust them with developer privileges or to grant them Ubuntu membership status.

The new member will be chosen using Condorcet voting. Members of the ubuntu-dev team in Launchpad will be eligible to vote. To ensure that you receive a ballot in the initial mail, please add a visible email address to your Launchpad profile (although there will be an opportunity to receive a ballot after the vote has started if you do not wish to do this).

The terms of the new board members will be 2 years. Providing at least five valid nominations are received, voting will commence on Monday 2nd February 2015 and will last for 14 days, ending on Monday 16th February 2015. The DMB will confirm the appointments in its next meeting thereafter.

Please send PGP-signed nominations to developer-membership-board at lists.ubuntu.com (which is a private mailing list accessible only by DMB members) by midnight UTC on Monday 2nd February 2015.

If nominating a developer other than yourself, please confirm that the nominee is happy to sit on the board before emailing the DMB.

Please consider writing a short statement on your wiki page if nominated so that others get a better idea of who they are voting for. If you include a link to this in your nomination mail or a followup, the DMB will share it when the call for votes begins.

Originally posted to the ubuntu-devel-announce mailing list on Mon Jan 19 18:40:42 UTC 2015 by Iain Lane

19 January, 2015 08:59PM by lyz