June 28, 2016

A F24 user story

Honestly, nothing from the features in the announcement of the Fedora 24 release didn't manage to excite me intro upgrading my desktop from an old, out-of-support Fedora. It's main task is to edit digital photography and for some years a Linux solution is decent at it.

Still, the devil is in the details! I wanted to switch to the (relatively) recent 2.x release of darktable and maybe play a bit with development versions of GIMP. Obscure tasks from a release notes point of view, but a big use case for me. It was a 2 weeks window from the F24 release to the next big incoming project, plenty of time to fix any small annoyances, right?

Well, not so fast :) The first thing to notice, was GIMP (2.8.16, stable) being close to useless: it can't import RAW images, due to the import plugin (UFRaw) segfaulting in the process. You can still use the app, but only for JPEG snapshots, not for anything serious.

Of course, there are workarounds: use another app, like darktable (remember, my first reason for the upgrade), for the RAW-to-JPEG conversion and then polish it with GIMP (something which is part of my workflow for some scenarios). Not so fast, again! I wasn't able to discover the cause, but my darktable in Fedora 24 crashes a lot. A lot more than... say Windows 98 (first edition) in a bad day. Anecdote: for one particular photo, it crashed 4 times in a row (open the app -> select image thumbnail -> press the export button). It worked with a Windows 98 "solution": close everything else, try once more.

Another possible workaround: use GIMP devel, which is available via Flatpack (Flatpak is so much talked as a feature, but so much not ready for primetime in F24!). No luck either: that GIMP comes with no plugins and no obvious way to install them. And Damn! the new GIMP is so fugly...

Perhaps in a couple of months it will be smooth, but for now the upgrade don't look like a good investment.

fedora 24

June 22, 2016

radeontop available in Fedora repository

RadeonTop landed on Fedora repository for some time. It is a text user interface input displaying the information of AMD Radeon graphic card. To use it, first install from the terminal

sudo dnf install radeontop

Then start

sudo radeontop

Bonus, radeontop can display information in colour as well by simply executing sudo radeontop -c

June 21, 2016

Fedora 24 Design Suite available
Following the previous blog about missing Design Suite on the release, the Quality Assurance team made it possible for Fedora 24. Feel free to download it , play with it and read about the features.
Sadly due to a bug from the new Fedora building system caused by dnf, all plugins for Gimp, Inkscape and Blender are missing for this Design Suite. They can be installed via Gnome Software or through command line.

June 19, 2016

Fedora Design Suite 24 status
Bad news: Design Suite image for Fedora 24 will be unavailable as default on the official release due to several issues linked to the livemedia building system I have no control.

Possible workaround: on the slight good news, recent successful built image is available for testing although it did not make the cut for the general release. Unfortunately, due to a bug inside the packaging manager dnf, add-ons are missing for both Blender, Gimp and Inkscape. Worse, by the time I applied the workaround, the freeze status for Labs release was in effect with the migration of kickstart system to Pagure.
Alternate method will be to download and install Fedora Workstation then apply the command from the terminal
sudo dnf group install design-suiteDifference is missing documentations related to Design Suite and supplemental wallpapers. The focus is now toward Fedora 25 where all unexpected kinks will be sorted out.

June 09, 2016

Sources for Openly-Licensed Content

This morning I got an email from my colleague Tyler Golden who was seeking advice on good places to get openly-licensed content so I put together a list. It seems the list would be generally useful (especially for my new design interns, who will be blogging on Planet Fedora soon <img src=🙂" class="wp-smiley" style="height: 1em; max-height: 1em;" /> ) so here you are, a blog post. <img src=🙂" class="wp-smiley" style="height: 1em; max-height: 1em;" />

There’s a lot more content types I could go through but I’m going to stick to icons/graphics and photography for now. If you know of any other good sources in these categories (or desperately need another category of content covered,) please let me know and I’ll update this list.

Also of note – please note any licenses for materials you’re evaluating for use, and if they require attribution please give it! It doesn’t have to be a major deal. (I covered this quite a bit in a workshop I’ve given a few times on Gimp & Inkscape so you might want to check out that preso if you need more info on that.)

Icons / Graphics

  • The Noun Project


    Ryan Lerch clued me in to this one. All of the graphics are Creative Commons (yo uhave to provide attribution) or you can pay a small fee if you don’t want to have to attribute. There’s a lot of nice vector-based icons here.


  • Open Clip Art


    Everything is CC0 – no attribution needed – and all vector sources. Quality varies widely but there are some real gems in there. (My offerings are here, but my favorite collection is by the Fedora Design team’s gnokii. Ryan Lerch has a good set too!) There’s a plugin that comes with Inkscape that lets you search open clip art and pull in the artwork directly without having to go to the website.


  • Xaviju’s Inkscape Open Symbols


    I love these because you can browse the graphics right in Inkscape’s UI and drag over whichever ones you want into your document. There’s a lot of different libraries there with different licenses but the github page gives links to all the upstreams. I’m a big fan of Font Awesome, which is one of the libraries here, and we’ve been using it in Fedora’s webapps as of late; except for the brand icons they are all licensed under the Open Font License.


  • Stamen


    If you need a map, this app is awesome. It uses open licensed Open Street Map data and styles it – there’s watercolor and lithographic styles, just to name a couple. If you ever need a map graphic definitely check this out.



  • Pixabay


    This site has photography, graphics, and videos all under a CC0 license (meaning: no attribution required.) For me, this site is a relative newcomer but has some pretty high-quality works.


  • Flickr


    Flickr lets you search by license. I’ve gotten a lot of great content on there under CC BY / CC BY SA (both of which allow commercial use and modification.) (More on Flickr below.)


  • Wikimedia Commons


    You have to be a bit careful on here because some stuff isn’t actually freely licensed but most of it is. (I have seen trademarked stuff get uploaded on here.) Just evaluate content on here with a critical eye!


  • Miscellaneous Government Websites


    Photography released by the US government is required to be public domain in many cases. I don’t know about other countries as much, but I’m sure it’s the case for some of them (Europeana is run by a consortium of various EU countries for example.) These agencies are also starting to publish to Flickr which is great. NASA publishes a lot of photos that are public domain; I’ve also gone through the Library of Congress website to get images.

  • CC Search


    This is Creative Commons’ search engine; it lets you search a bunch of places that have openly-licensed content at once.


  • CompFight


    This is an interface on top of Flickr. It lets you search for images and dictate which licenses you’re interested in. Using it can be faster than searching Flickr.


But wait, there’s more!

Naheem linked me to this aptly-named awesome resource:


Even more goodness there!!

June 02, 2016

Readying Fedora 24 Design Suite
Inspired by the article from Fedora Magazine, Design Suite received more treatment for Fedora 24 release.
Among the features are:
  • Gimp gained new plugins: Layer via Copy/Cut and Save on Web now available on Fedora repository
  • gimpfx-foundry returns from retirement in repository
  • Resynthesizer for Gimp in Fedora now updated to 2.0
  • Inclusion Gthumb for easier renaming image files on the live media
  • Darktable is now easier to access via the main dock on Gnome Shell.

A big thanks to Riley Brandt for the feedback, Design Team other Fedora contributors notably Gil Cattaneo and Mukundan Ragavan for making missing packages available.

April 27, 2016

Plan to level up contributors with Fedora Hubs!

Fedora Hubs

What’s going on with Hubs?

So a little update for those not following closely to get you up to date:

  • We have a big milestone we’re working towards – a working version of Fedora Hubs in time for Flock. It won’t have all of the bells and whistles of the mockups that we’ve presented, but it will be usable and hopefully demonstrate the potential of the app as well and enable more development.
  • We have a number of fantastic interns coming on board (including Devyani) who will be helping us work on Fedora Hubs this summer.
  • pingou is going to be leading development on fedora-hubs.
  • I’m clearly back from an extended leave this past winter and cranking back on mockups again. 🙂
  • ryanlerch has upgraded hubs to fedora-bootstrap so it has a fresh look and feel (which you’ll see reflected in mockups moving forward.)
  • Overall, we’ve gotten more momentum than ever before with a clear goal and timeline, so you’ll hopefully be seeing a lot more of these juicy updates more frequently!

(“Wait, what is Fedora Hubs?” you ask. This older blog post has a good summary.)

Okay, so let’s move on and talk about Hubs and Badges, particularly in light of some convos we’ve had in the regular weekly Fedora Hubs check-in meetings as well as an awesome hack session Remy D. and jflory7 pulled together last Thursday night.

Fedora Hubs + Badges – what’s old is new again

Behold, a mockup from 2011:

Fedora RPG mockup

In a sense, this is actually an early prototype/idea for Fedora Hubs + Badges integration. Remember that one of the two main goals of Fedora Hubs is to enable new Fedora users and make it easier for them to get bootstrapped into the project. Having tasks in the form of badges awarded for completing a task arranged in “missions” makes it clear and easy for new contributors to know what they can do and what they can do next to gradually build up their skills and basically ‘level up’ and feel happy, helpful, and productive. So there’s a clear alignment between badges and hubs in terms of goals.

So that was 2011, where are we going in 2016?

First thoughts about a badge widget

We have a couple of tickets relating to badges in the hubs issue tracker:

As we’ve been figuring out as we’ve been going through the needsmockup queue and building widgets, most widgets have at least two versions: the user version (what data in this widget relates to me? Across all projects, what bugs are assigned to me?) versus the project version (across all users, what bugs relate to this project?) You can’t just have one badges widget, because certain data related to that widget is more or is less useful in the context it’s being viewed in.

Today, the Fedora badges widget in Hubs is not unlike the one on the Fedora wiki (I have both the sidebar version and the content side version on my profile.) It’s basically small versions of the badge icon art in a grid (screenshot from the wiki version):

screenshot of wiki badges widget

The mockup below (from issue #85) shows what a little pushing in terms of working the metadata we’ve got available can do to provide a clearer picture of the badge earner via the badges he or she has won (left version is compressed, right version is expanded):

mockup of badges widget for hubs profiles

Layering on some more badgery

The above mockups are all just layer 0 stuff though. Layer 0? Yeh, here’s a hokey way of explaining how we’re starting to think about hubs development, particularly in the context of getting something out the door for Flock:

  • Layer 0 – stuff we already have in place in hubs, or refinements on what’s already implemented.
  • Layer 1 – new feature development at a base level – no whizbang or hoozits, and absolutely nothing involving modifications to ‘upstream’ / data-providing apps. (Remember that Hubs is really a front-end on front of fedmsg… we’re working with data coming from many other applications. If a particular type or format of data isn’t available to us, we have to modify the apps putting that data on the bus to be able to get it.)
  • Layer 2 – making things a bit nicer. We’re not talking base model here, we’re getting some luxury upgrades, but being pretty sensible about them. Maybe making some modifications to the provider apps.
  • Layer 3 – solid gold, gimme everything! This is the way we want things, having to make modifications to other apps isn’t of concern.

To get something out the door for Flock… we have to focus mostly on layer 0 and layer 1 stuff. This is hard, though, because when this team gets together we have really awesome, big, exciting ideas and it’s hard to scale back. 🙂 It’s really fun to brainstorm together and come up with those ideas too. In the name of fun, let’s talk through some of the layers we’ve been talking about for badges in hubs in particular, and through this journey introduce some of the big picture ideas we have.

Badges Layer 1: Tagging Along

An oftrequested feature of tahrir, the web app that powers badges.fedoraproject.org, is the notion of grouping badges together in a series (similar to the “missions” in the 2011 mockup above.) The badges in the series can be sequentially ordered, or they may have no particular order. Some in a series can have a sequential ordering and some not at all.

Here’s an example of badges with a sequential ordering (this series goes on beyond these, but the example three illustrate the concept well enough):

Here’s an example of badges that are closely related but have no particular sequence or order to them:

You can see, I hope, how having these formally linked together would be a boon for onboarding contributors. If you earned the first badge artist badge, for example, the page could link you to the next in the series… you could view a summary of it and come to understand you’d need to make artwork for only four more badges to get to the next level. Even if there isn’t a specific order, having a group of badges that you have to complete to get the whole group, like a field of unchecked checkboxes (or unpopped packing bubbles), kind of gives you the urge to complete them all. (Pop!) If a set of badges correspond to a set of skills needed to ramp up for work on a given project, that set would make a nice bootstrapping set that you could make a prerequisite for any new join requests to your project hub. So on and so forth.

So here’s the BIG SECRET:

There’s no badge metadata that links these together at all.

How do we present badges in series without this critical piece of metadata? We use a system already in place – badge tags. Each series could have an agreed upon tag, and all badges with that tag can become a group. This won’t give us the sequential ordering that some of the badges demand, but it’ll get us a good layer 1 to start. Mockup forthcoming on this, but it will get us a nicer badge widget for project / team hubs (issue #17).

Badges Layer 2: Real Badge Metadata

Here’s layer 2 for the feature – and I thought this would be the end of the road before Remy set us straight (more on that in the next section on layer 3):

So this one is somewhat simple. We potentially modify the badges themselves by adding additional fields to their yaml files (example behind link), and modify tahrir, the web app that drives badges.fpo, to parse and store those new fields. I tried to piece together a plan of attack for achieving this in tahrir ticket #343.

The problem here is that this would necessarily require changing the data model. It’s possible, but also a bit of a pain, and not something you want to do routinely – so this has to be done carefully.

Part of this would also involve dropping our overloading of tags. Now we can store descriptions for each badge series, and store sequential ordering for individual badges, and a few other nice things tags couldn’t enable.

If we’re changing the data model for layer 2, may as well also change it for *LAYER 3!!*, which I am emphasizing out of excitement.

Layer 3: How the years I spent playing Final Fantasy games finally pay off

skill tree diagram

“A simplified example of a skill tree structure, in this case for the usage of firearms.” Created by user Some_guy on Wikipedia; used under a CC0 license.

Remy D. suggested instead of linear and flat groupings of badges, we also add the ability to link them together into a skill tree. Now, you may already have experience with say the Final Fantasy series, Diablo series, Star Wars: The Old Republic, or other RPG-based games. Related skills are grouped together in particular zones of the tree, and depending on which zones of the tree you have filled out, you sort of fulfill a particular career path or paths. (e.g., in the case of Final Fantasy X… when you work towards filling out Lulu’s sphere grid area, you’re making your character a dark mage. When you work towards filling out Rikku’s area, you’re building skills towards become a skilled thief. So on, and so forth.)

Where this gets cool for Fedora is that we not only can help contributors get started and feeling awesome about their progress by presenting them clear sequences of badges to complete to earn a series (layer 2), but we can also help guide them towards building a ‘career’ or even multiple ‘careers’ (or ‘hats,’ heh) within the project and build their personal skill set as well. Today we already have five main categories for badges in terms of the artwork templates we use, but we can break these down further if need be – as-is, they map neatly to ‘careers’ in Fedora:

  • Community
  • Content
  • Development
  • Quality
  • Events

Fedora contributors could then choose to represent themselves using a radar chart (example displayed below), and others can get a quick visual sense of that contributor’s skillset:

<script async="async" src="http://jsfiddle.net/fxs2n8s5/embed/result/"></script>

So that’s layer 3. 🙂

Okay, so have you actually thought about what badges should be chained together for what teams?

Yes. 🙂 Remy D. and jflory7 started a list by researching the current onboarding procedures across a number of Fedora teams. Coming up with the actual arrangements of badges within series is important work too that has a big influence on whether or not the system actually works for end users! These suggestions Remy and Justin put together are suggestions of badges new contributors should complete while getting boostrapped and ready to contribute to the corresponding team.

In some cases these involve existing badges, in some cases additional badges we need to create to support the scenario have been uncovered. (This is great work, because over time badges has tended to be unbalanced in terms of awarding folks involved in packaging and who go to a lot of events more than others. It makes sense – the packaging infrastructure was the first part of Fedora’s infrastructure to get hooked up to fedmsg IIRC, so the data was more readily available.)

Here’s an excerpt of the first-cut of that work by Justin and Remy:

  1. Get a FAS Account (sign the FPCA) (Involvement)
  2. Create a User Wiki Page
  3. Join Mailing Lists and IRC Channels
  4. Contact a Regional Mentor, get sponsored
  5. Get mentor approval
  6. Attend regional ambassador meeting, introduce yourself
  1. If no fas account, create one (Involvement)
  2. Intro to commops mailing list
  3. Join IRC #fedora-commops
  4. Get with a mentor and start writing / editing blog / fed mag articles
  1. Create a FAS account (sign the FPCA) (Involvement)
  2. Join the mailing list, introduce yourself: https://admin.fedoraproject.org/mailman/listinfo/design-team
  3. Claim a ticket in the Design Trac: https://fedorahosted.org/design-team/report/1
  4. Update your ticket, send updated information to Design List
  5. Once work is approved, request an invite for your FAS username for the design-team group on the design team list: https://admin.fedoraproject.org/mailman/listinfo/design-team
  6. Add yourself to the contributors list: http://fedoraproject.org/wiki/Artwork/Contributors
  7. Attend Design Team IRC meeting? (Speak Up)
  8. Subscribe to the design tasks fedocal: https://fedorapeople.org/groups/schedule/f-24/
  1. Create a FAS Account (sign the FPCA) (Involvement)
  2. Create a GPG Key, and upload it to keyservers, one of which being keys.fedoraproject.org (Crypto Panda)
  3. Write a self-introduction to the mailing list with some ideas on how you would like to contribute: https://fedoraproject.org/wiki/Introduce_yourself_to_the_Docs_Project
  4. Create your own user wiki page, or update with new info if one exists from another prject (Let me Introduce myself Badge)
  5. Attend the freenode.net InterRelay Chat channel #fedora-meeting meetings on Mondays. (Speak Up Badge)
  6. Hang out on freenode.net InterRelay Chat channel #fedora-docs
  7. Interact with other fedora contributors (how to use fasinfo, lookup others wiki user pages, asking for sponsorship)
  8. Make a contribution: Choose an item from this page: https://fedoraproject.org/wiki/How_to_contribute_to_Docs
  9. Post to mailing list, describing which contribution you want to make, asking for feedback
  10. Post to mailing list with links to your contribution
  1. Create a FAS Account (and sign the FPCA) (Involvement)
  2. Join the mailing list and introduce yourself: https://fedoraproject.org/wiki/Introduce_yourself_to_the_marketing_group
  3. Choose a marketing task you’d like to help with, and post to the mailing list asking for feedback: https://fedoraproject.org/wiki/Marketing/Schedule
  4. Post to the mailing list with a link to your contribution.
  5. Request to join the marketing group in FAS

Hopefully that gives a better picture on specifics, and what some of the bootstrapping series particularly would involve. You see here how a skill tree rather than badge series makes more sense – you only need create one FAS account, participate in IRC once intially, and participate on a mailing list once initially to learn how those things work before you shoudl really move on. So with this system, you could learn those “skills” joining any team, and where you complete the series for any particular team are the higher-numbered badges in that team’s bootstrap series. (Hope that makes sense.)

Get involved in this business!

we need your help!

Help us build fun yet effective RPG-like components into a platform that can power the free software communities of the future! How do you start? Sadly, we do not have the badge series / skill tree feature done yet, so I can’t simply point you at that. But here’s what I can point you to:

  • hubs-devel Mailing List – our list is powered by HyperKitty, so you don’t even need to have mail delivered to your inbox to participate! Mostly our weekly meeting minutes are posted here. I try to post summaries so you don’t have to read the whole log.
  • The Fedora Hubs Repo – the code with instructions on how to build a development instance and our issue tracker which includes tickets discussed above and many more!
  • Fedora Hubs weekly check-in meeting – our weekly meeting is at 14:00 UTC on Tuesdays in #fedora-hubs. Come meet us!

What do you think?

Questions? Comments? Feedback? Hit me up in the comments (except, don’t literally hit me. Because mean comments make me cry.)


April 25, 2016

El FLISoL Venezuela 2016 en Números

Primero que nada, FELICITACIONES a quienes organizaron cada uno de los FLISoL‘es que se dieron en Venezuela y GRACIAS a los cientos de asistentes que se dieron cita en cada una de las ubicaciones, sin ustedes, esto no hubiese sido posible. Desde mi posición como Coordinadora Nacional pude ver como 16 ciudades de nuestro país se han unido a la celebración mas grande de Latino-america, tanto en sedes grandes como pequeñas, con meses de planificación o días apenas; lo importante es ser multiplicadores de ese conocimiento que puede ayudar a muchos.

Como varios saben, uno de mis trabajos fue colaborar con la programación de la cuenta de twitter del @flisolve , agregar las ciudades a la web flisol.org.ve y colaborar a aquellos que tenían dificultad en agregar la sede a la wiki oficial. Quería aprovechar la oportunidad de compartir con ustedes algunos números sobre como fue el FLISoL, la receptividad en la red, y el movimiento del mismo a nivel de difusión.

<figure class="wpb_wrapper vc_figure">


Estadísticas mes de Abril

Top Twitt
<figure class="wpb_wrapper vc_figure">

Visualizaciones Totales de Abril

Impresiones 66500 clicks

Followers Abril

Nuevos Followers 134 -

Interacciones Totales de Abril

Twits Publicados 361 -
Menciones 640 -

Estadísticas Día FLISoL - 23 de Abril

Interacciones Totales - 23 de Abril

Visualizaciones Totales - 23 de Abril

Impresiones 13854 clicks
<canvas height="101" width="101"></canvas>

Trending Topic

Interacciones Totales - 23 de Abril

Twits Publicados 83 -
Clicks a Enlaces 96 -
Likes 39 -
Reply 29 -

Retwits 171 -
Menciones 210 -
Usuarios que Interactuario 162 -

Twits por hora

<canvas class="vc_line-chart-canvas" height="1" width="1"></canvas>
  • Twits


Estadísticas mes de Abril

Estadísticas del Website

Visitas Totales Abril

Visitas 453 clicks

Contactos por Formulario

Emails 95 -

Páginas Mas Visitadas

Home 120 -
Ubicación 93 -
Contacto 89 -


Estadísticas mes de Abril

Ciudades Registradas

Ciudades 17 -

Ediciones a la Wiki

Ediciones 164 -

This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!

April 17, 2016

Looking for Records, Looking for Contributions

A few days ago, the voting for the Supplemental Wallpaper for Fedora 24 opened. And I am impressed, how many Fedora contributors have voted so far, but I have to tell you that even I dont know the exact number yet. Nuancier is written in a way, that I cant look into the numbers before it is published. But Fedora Badges gives a little bit of an insight, but you have to see as we made that badge for the first time there was a lot of discussion about badges for voting, so it must be claimed manually and its not claimed by all who vote. But now we have already 207 badges for Fedora 24 claimed, compared to 89 for Fedora 23. So the amount of voters is already doubled and there is still nearly a week time for the votes!

Personally I am impressed and happy to see that lot of interest in this part of Fedora. For me is the Supplemental Wallpaper Contest a so called low hanging fruit, which make it very easy possible to contribute to Fedora.

The first step from consumer to contributor is by far the hardest and if this step is done, it becomes way easier to do more. I thinking since a long time to open the voting also to people who have not cla/fpca +1 membership. That would be from my perspective a necessary step, but I always have the fear for the quality. We reached a level of quality now, which is good but still our own contributors have a strong faible for blue, the rather would vote for an halfway acceptable blue wallpaper instead of an amazing shot of an bird.

We already installed a weight system for the voting, members of the Fedora Design Team have an higher weight with there vote and there is also the group of Nuancier Mentors, who have also more weight for their vote.

Originally the Nuancier Mentors was thought as a group who continuously contributed to the Supplemental Wallpaper Contest, to get them mostly out of the problem not to be allowed to vote by themselves. That´s a bit chicken-egg problem with this ¨low hanging fruit¨” you also can scare contributors them off with this.

The Nuancier Mentors group was also thought for giving them more responsibility and improve the quality of the submissions. But its not that far implemented as I would like, as Nuancier is simple a sideshow. There is still the feature for the multi-monitor wallpaper, which is not implemented yet but ready to do so. There are also some needed features, I had this time a bit of trouble to moderate the last submissions. There are four submissions this time, who could not been moderated as I have to do for all a legal research (I had to reject this time 3 for violations, people are not aware they cant submit everything). So I need a small time between the end of submission phase and voting phase, thats right now not possible as it opens automatically and I also might need some time after the election.

  • But there are other things, who could be helpful improving the Contest. First of all we have way to many wallpaper packages, people always asking how to install them. The nicest thing to do would be to deliver them by default, replace the GNOME (and also on the other DEs) extra ones. That would be the nicest thing to do. That would make the wallpaper really prominent and might animate more to contribute in higher quality.
  • As the Nuancier Mentors group was thought for increasing the quality of the wallpaper through giving hints what could be improved with an submission that requires tiny changes in what can be submitted. Its lesser possible then to submit the work of somebody else (that would decrease the amount of legal research I have to do) as changes might require the source. But Nuancier has to be change to submit versions of a submission. And that requires some work. There is the problem with acceptance/moderation to solve then. But I think that kind of moderation can be done then by the mentors. So there is a way how to do it to find and it must be implemented.
  • Open the voting for everybody with an FAS account. I think that can be done for Fedora 25, to secure the quality, we could change the weight system a bit more, so that Fedora contributors have a higher value in vote to prevent fake-accounts and cheating votes. I really would like to open it, lets see if we can do for F25.

But all requires some work and I am sure Pingou would be happy to get some help in implementing new features for Nuancier. But its open anyway, you can find the source code here.

April 14, 2016

A logo design process

Designing a logo can be intimidating and the process full of alternating between hope and despair. I recently designed a logo for the team of a friend I work with, and for whatever reason (perhaps mindfulness practice) I decided to try to track the process visually and note my general thinking in choosing a forward direction.

This was just one piece (albeit a major one) of a longer process. This part was just me by myself coming up with an initial proposal for discussion. I think brainstorming as a team effort produces the best results – here I took some initial direction from the team in terms of what they wanted, the look they were going for, the symbols they wanted embedded in the logo. The initial concept in the first frame reflects that opening conversation – they wanted the logo to relate to carbon, they wanted something clean (the Ansible logo was brought up as an example of a style they liked), and they wanted it to somehow depict interoperability.

The process below shows how I came up with an initial proposal from that starting point, and then we worked together back and forth to come up with the final version (which isn’t even shown here. 🙂 )

You can kind of see here, it’s a general cycle of:

  • Logic/brain: what might work conceptually?
  • Creativity/hand: what would that concept look like visually?
  • Evaluation/eyes: does that visual relate the idea? Or does it relate something else (that we don’t want) too strongly?
  • Rinse, repeat.

Anyway, here it is, an example of my process; I thought it might be interesting to look at. (Apologies for the large image, and for whatever it’s worth, Inkscape was used for this; sometimes I do pencil sketches first but I wasn’t feeling it this time.)

logo design comic

Design Suite 23 featured by a professional photographer
Gnokii tags me about Riley Brandt Photography Youtube video featuring Fedora 23 Design Suite first look. Highlighted positive comments are the default applications, plugins and more color management for photographers. Enjoy!

<iframe allowfullscreen="allowfullscreen" class="YOUTUBE-iframe-video" data-thumbnail-src="https://i.ytimg.com/vi/mEYiafBl01s/0.jpg" frameborder="0" height="266" src="https://www.youtube.com/embed/mEYiafBl01s?feature=player_embedded" width="320"></iframe>

April 08, 2016

Exportar un pdf multi-páginas con GIMP

A veces tenemos pdf’s que tenemos que editar y para ello podemos utilizar aplicaciones como Inkscape (que ya vimos en un artículo anterior) o GIMP. Al editarlos con Inkscape, tenemos la ventaja de que el contenido importado se mantiene como vectores (exceptuando las imágenes adjuntas que siguen siendo bitmaps), sin embargo, podemos editarlo con GIMP.

Cuando abres un pdf multi-páginas en GIMP, cada una de las páginas se convertirá automáticamente en una capa (orden ascendente). Editar cada una de estas capas es muy sencillo.

Para que el pdf quede ordenado, coloca la primera imagen en la parte inferior del diálogo de capas y así sucesivamente (tal como está en la imagen)

Una vez terminada la edición de tu documento, procede a:

Archivo > Exportar como… >

Selecciona .mng como formato de salida. Si no lo ves en la lista colocalo manualmente al final del nombre de tu archivo. mng es el formato de animación de png (similar a lo que es el gif pero de mejor calidad).

Al presionar “Guardar”, esto mostrará un diálogo en el que podrás seleccionar las propiedades del mng a exportar. Trata de guiarte por lo que ves en la imagen y presiona exportar.

Al hacer esto, tendrás tu archivo mng creado listo para ser convertido en un pdf multi-páginas..

Una vez tengas tu archivo exportado, abre una terminal, ubica la carpeta donde se encuentra el archivo y ejecuta:

[tatica@anita ~]$ convert documento.mng documento.pdf

Y eso es todo. Tendrás un pdf editado y completamente funcional que tendrá todas las páginas que seleccionaste en GIMP. Hay plugines que puedes incorporar a GIMP para realizar esta tarea, sin embargo, esta me pareció una opción bastante simple e interesante.

This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!

March 25, 2016

Current Score Supplemental Wallpaper Fedora 24

Its more then a month ago, that I opened the Contest for finding the Supplemental Wallpaper for Fedora 24. Its time to give a little inside view and current score, what is going on.

What was new this time was the limitation of submission a single user can do, and so far it suffused what it was expected to do. The quality is significant higher. Also the rejects are this time, much lower, just 2 this time after we had for Fedora 23 a new record. But I have to say its again, that some would look really look better with a little bit of work on the picture. I really hope we can integrate the “mentoring process” soon into Nuancier. The mentors group already exists, and it would raise the quality of the wallpaper more. Here are my 5 favorites so far:

So far we have 99 submissions, and 97 are valid. 53 badges for contributions are handed out, but a lot of contributors have no badges account, and the most of them are fresh contributors. But there is still time for submissions, until 11th of April. So go make your contribution, if you not have done it yet!

March 24, 2016

A New Logo for Hyperkitty

hyperkitty logo

I was working on Fedora Hubs and I needed a nice icon for Hyperkitty for some feed widget mockups I was working on. I really love the updated Pagure logo Ryan Lerch made for pagure.io:

pagure logo

Pagure and Hyperkitty, you know, they are kind of cousins, so they should look like they are part of the same family, no? 🙂

So here’s what I came up with, what do you think?

hyperkitty logo update mockup

(SVG available here.)

Unpackaged Open Font of the Week: Montserrat

montserrat type sample

It’s been quite a while since I’ve done one of these posts – actually, five years – lol – but no reason not to pick an old habit back up! 🙂

Montserrat is a sans serif font created by Julieta Ulanovsky inspired by the street signs of the Montserrat neighborhood of Buenos Aires. It is the font we have used in Fedora for the Fedora Editions logos:


It is also used as the official headline / titling font for Fedora project print materials. Packaging this font is of particular important to Fedora, since we have started using it as an official font in our design materials. It would be lovely to be able to install it via our software install tools rather than having designers have to download and install it manually.

Montserrat is licensed under the Open Font License.


So, you want to package Montserrat?

Sweet! You’ll want to follow the first steps here next to the ‘if you intend to do some packaging’ header:

Our fonts packaging policy, which the above refers to, is documented here:

And if you have any questions throughout the process, don’t hesitate to ask on the Fedora Fonts SIG mailing list:


Document Freedom Day Phnom Penh

As one of the points we had to revive the Phnom Penh Linux User Group again, was to really do activities on Software-, Hardware- and Document Freedom Day and coming to a regularly meeting, which we have now each first Tuesday in the month at the iCafe. As it is the time for Document Freedom Day (DFD) we will have at our next meeting of course, a topic that fits to it. I will be showing how easily it can be done to use Inkscape for presentation slides, to bring the people to use this instead of flash, pdf or more evil prezi.


The talk will happen 5th of April 2016, 8.00pm at the iCafe (next to Brother88, on 2nd floor) #196z Street 19

January 21, 2016

¿Eres una chica Fedora? ¡Entonces anotate!

No es un secreto que la presencia femenina siempre ha estado ahí, pero la mayoría de las veces no lo sabemos debido a la falta de información. Hace varios años se inició una Página Wiki con la idea de tener un listado de aquellas Mujeres que pueden proveer consejos y ayuda a aquellas nuevas colaboradoras que se inician en nuestra comunidad.

Me encuentro en la lista que Bee(IRC nick : bee2502), quien es parte del Fedora Community Operations Team “Equipo de operaciones comunitarias de Fedora”(#fedora-commops en IRC) ha iniciado una “llamada a acción”, donde esperamos qe todas las féminas que hacen vida en Fedora puedan colocar sus nombres en la wiki para facilitarnos el trabajo de reunirnos y difundir información de interés mutuo. Como Bee dice en su email:

<figure class="wpb_wrapper vc_figure">

“La diversidad en Fedora es una discusión que ha resurgido en los meses pasados, incluyendo la creación de la posición de Fedora Diversity Adviser (Consejero de Diversidad en Fedora), una posición que actualmente tiene María “tatica” Leandro. Como parte de los objetivos identificados en el Consejo Fedora, una iniciativa para promover Fedora a nuevos colaboradores con diferentes características e historias, ha sido enfatizada para el 2016.

Fedora Women (Mujeres Fedora) es central para los esfuerzos de incrementar la diversidad. Sin embargo, para tener un mejor entendimiento de nuestras fortalezas y debilidades actuales, – trataremos de recopilar información sobre nuestra comunidad, su composición, y sus intereses y prioridades, para poder probar hipótesis, y así poder crear y ejecutar buenas estrategias. Un buen punto de inicio es simplemente agregar tus detalles FAS a la lista de mujeres actuales que colaboran en Fedora dentro de la Página Wiki de Mujeres Fedora – la cual solo tiene ocho mujeres actualmente!”

Así que no esperes ni un solo segundo y por favor, coloca tu nombre en la wiki!

Puedes encontrar más información y discusiones en el ticket, relacionados con la instancia del Equipo de Operaciones de Comunidación:

This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!

January 12, 2016

A post-mortem for the Romanian Wiki Loves Monuments 2015

For the foreseeable future I do not intend to return as an organizer for Wiki Loves Monuments, five years of working on the Romanian edition is enough for a person, the time has come for new blood and new enthusiasm. Myself I am burned enough. And, arguably, any community project has to attract new contributors, if not perhaps it lived its life.
Note: I won't be totally out of the picture, if there is a Wiki Loves Monuments in 2016, I will most likely contribute some pictures and if the organizers will feel a need for punctual help or want to borrow some experience, I should be available.

With this melodramatic intro over, is the time go back to the topic: a "post-mortem" is a cold analysis of a project, made after its end, looking at what worked and what didn't. The intention for it is to be as objective as possible, a learning experience for future similar projects.

Ansamblul bisericii evanghelice fortificate din Archita MS-II-a-A-15596Ansamblul bisericii evanghelice fortificate din Archita by Silvia Nichita, released under CC-BY-SA, winner of the Romanian competition.

The good

Having the fifth edition in a row happen and bring results in line with the previous editions is by itself a success. Is not trivial to have people volunteering to make it happen, sponsors to put money, contributors to participate... and having it work year after year.

It was also a success for the team when it managed to secure the funding, first with a sponsorship from Ixia which had put the things in motion and later a grant from the Wikimedia Foundation, which allowed for a lot of activities to take place. It was useful to have the infrastructure already set-up on Wikimedia Commons, Romanian Wikipedia and the website, which is hosted by RLUG/ProLinux, as it was useful to have Asociaţia ARCHÉ handling the money, as a legal entity (traditionally, the project is run by an informal group of people and needs such legal coverage).

~6000 images uploaded in one month (~5600 at Commons and ~400 at Romanian Wikipedia) is a success. Compared with previous years, is not the best, nor the worst, but in the international context, we are in the top third of the 33 participating countries.

At the first sight, 127 participants is kind of low compared with previous years (only 2013 was lower) and definitely under the 200 mark we hoped for. But that mark was optimistic, there are not many Romanian Free Software/Free Culture projects with so many contributors.

For the Wiki Weekend expedition we had a few empty places on the bus, but in the end there are 600 images (504 at Commons and 86 more at Romanian Wikipedia) within the expedition category, which is 10% of the total images.

Wiki Loves Monuments 2015 exhibition in Bucharest 52Photo exhibition in Bucharest

It was for the first time we held an Edit-a-thon, so we lack terms for comparison, but any way you take it, especially for a first, is a success to have 10 participants, 702 images (628 at Commons and 74 more at Romanian Wikipedia) and 11 Wikipedia articles.

Also a first time was the new article writing contest, where 6 people added a total of 343 Wikipedia articles, most of which are stubs, but they are at least an inviting start. Lacking a reference point, I don't know how to call this other than a success.

The photo exhibition with winning images was open at F64 Cafe in Bucharest for about 3 weeks. The exhibition was quite small and its opening was pretty much an intimate event, so the impact was not impressive, but there is a chance for the situation to improve, if we stick to the plan and the exhibition will move to several other (and more visible places) in the coming months.

Also, a positive is the top 10 of winning images, this is good stuff. Not only by my subjective opinion, but also the fact that one of ours makes on the international winners list.

I left this for the last, since the social media impact is kind of a mixed bag: we ran a "photo of the day" thing for the entire duration of the contest (the month of September), which on facebook it was really weak, with a top of 22 likes for an image but on Google Plus it was much better (tenfold or better). Here I assume total responsibility for selecting and sharing the images and not spamming at all.

Wiki Weekend 2015 la Conacul MarghilomanWiki Weekend expedition

The bad

From the things we did badly, the most important I consider is being late to everything. We were late to apply for the Wikimedia Foundation grant, which in turn was approved even more late. Not having the funds secured, we missed to opportunity to promote the contest in advance and may be an important cause for the somewhat weaker participation. We were late in planning and announcing the expedition, and this can explain the weak participation. We were late announcing the winners and were late awarding the prizes and opening the exhibition, thus breaking a few promises. In front of the community I can't say more than I am sorry, we did poorly with this, please don't judge us too badly for it.

We also had a problem with the jury: one of its members simply became silent exactly when he was needed to do his part of the work. So at the time when we were supposed to count the notes, sort the results and publish them, we were in fact searching for replacements for that jury member. That was a human resources error and a lesson: do not rely on people who don't care about your project.

Another failure was the attempt to collaborate with a traditional photography festival. There was no synergy and my estimate is that not even 1% of our final images came as a result of it. Personally I can't tell what went wrong here, as I was not involved at all with it, I could only speculate some obvious reasons, but prefer not to do that. Much like anyone else, I also wait for a more pertinent analysis.

We had no media partners, not for the contest, not for the exhibition, not for anything. This is related to the first bad point above, being late. We didn't know in advance what we will really do, so it was not possible to forge any media partnership nor to announce our intentions in advance.

There is also a problem with the source of the incoming images: the bulk of them came from very few people. 75% of the images were uploaded by the top 12 participants, or close to 60% by the top 5, or close to 23% by an one single person. This isn't healthy at all. Consider that the top contributor by number of images, who also was a big contributor last year, due to personal issues most likely won't be available next year, it starts to look grim. If it want to continue growing, the contest must find some new audience and new participants.

Biserica Calvaria de la Cluj-Mănăștur, vedere sud-vestică, 2014Biserica Calvaria de la Cluj-Mănăștur, vedere sud-vestică by Pan Ioan, released under CC-BY-SA, 2nd place in the national contest, 13rd place in the international contest

The ugly

The thing is, in any human activity there will be parts that go well (the good) and parts that go not so well (the bad), but there are also parts which are frustrating and no matter how hard you work, they will happen anyway. In my Wiki Loves Monuments 2015 experience, those all were related to the community.

Now I am not a newbie to the Free Software/Free Culture communities and know well what to expect: they do mirror closely any human community, so is to be expected to encounter politics, power plays, egos, hidden agendas, individuals with total lack of social skills and such. I do have the guts to deal with them, Hell! if needed I can be a versed troll too! I'm not crying here, just listing some ugly things people can expect.

Traditionally we targeted the Romanian Wiki Loves Monuments to people outside the existing Wikipedia community, since a major goal for the project was attracting new contributors. However, this edition we tried additional things, like the article contest, which was addressed to existing contributors and even to existing heavy contributors. It went with flames, accusation of cheating and strong language. Not nice at all!

Our organizing team as a whole was blamed for not having many Wikipedia contributions. Yes, it is true that myself, I contribute occasionally and my contributions are more likely to be to Commons than Romanian Wikipedia (as an user, I prefer to read the English Wikipedia anyway) and yes, is true two of my colleagues signed-up only a year before, when they joined the 2014 organizing team and their contributions were related strictly to the contest, but you know what else is true? For five years, every single year we ran calls for help and in all those years there was one single existing contributor even who really replied and joined the team (unfortunately, for logistic reasons his contributions were limited, he lives abroad, does not use social media and such). So I had no problem replying "pleas join the team and make this happen!"

But don't imagine this is limited to the local community! One example is when I had the idea that nominating some of the pictures as quality images can be in itself some kind of reward for their contributors. I did not run the nominations myself, so I was not the one to be the most frustrated, but I observed the process. Most of the pictures are rejected with negative feedback from a number of people, who sit themselves on large numbers (sometime thousands) of average pictures labeled as "quality" (while winners of national or even international competitions are not good enough).

And don't get me started on those clueless people who start talking trash on your grant request without reading it entirely or understanding the issue...

RO IL Crama Hagianoff 10
Almost random monument image from the contest


I guess any such writing needs a conclusion, so I'll try to come with one: running such a project can be fun, it can be even rewarding on a personal level, but for a finite while. Fresh air and a fresh perspective are needed.

January 11, 2016

Scribus 1.5.1svn available on COPR repository
Scribus 1.5.1svn running on Fedora 23

After several trials rebuilding Scribus 1.5.1 using Tom "Spot" Callaway's spec file, the effort and patience finally paid off. The rpm version successfully compiled (I had to disable the devel package due to some odd built issue I have yet to find out) and is now available for Fedora 22, 23 and Rawhide under COPR repository.

The reason for usinig the latest development version is mainly due to features not found on stable release which no longer cuts it:
  • Cleaner user interface
  • Better table implementation
  • Orphan and widow control for better typography
  • Ability to open/import other desktop publisher application like Adobe InDesgin, Quark Express and Microsoft Publisher
  • Better import of Adobe Illustrator files
  • ...and more
An interesting feature is the chat system allowing to directly contact the community which is very helpful and should be standard to the majority of application.

Download it, play with it, use it and report the issue to developers to make Scribus a better Desktop Publisher.

Plan for 24 Fedora Design Suite
  • Darktable is no longer available for 32-bits x86 devices since version 2.0.
  • Calligra Krita will be available as default alongside MyPaint to match the Lab section website.
  • Majority of features come from Fedora Workstation taking advantage of Gnome Shell technology.
  • More tutorials. Users are welcome to add them.
  • On technical side, the spec file uses design-suite group list for better synchronization (user can install the suite package with the command dnf install @design-suite).

December 01, 2015

Trying Talky.io
Talky.io have updated their website featuring their WebRTC chat. One of intriguing feature is the support up to 15 people highlighted below.
Revamped Talky.io website featuring WebRTC
It appears their systems is a worthy alterntive of Google HangOut. It will be nice project like Empathy carries more love.

November 23, 2015

On GIMP's 20th anniversary
I want to congratulate the people behind GIMP on the 20th anniversary since the initial announcement of the project, they came a long way. Myself, I switched to it as my primarily image editor long ago, can't point the date precisely but it was around 12 years ago, back in the GIMP 1.x days, when it's UI was... less than optimal, to say the least. Then I went to use it more and more, even write tutorials, give presentations and such (I rarely do such things these days not because of lack of enthusiasm but because of lack of time).
I do use GIMP on a daily basis and I earn my living based on it, but I should acknowledge this is a love-hate type of relation. On one hand, I like the power and degree of control it gives to me: it allows to get to the needed result in a predictable way. On the other hand, there are a couple of shortcomings which annoy me plenty and make me rely more and more on darktable for photography work, those are: slooooooooooow speed and poor noise removal in RAW import (which is done via the UFRaw plugin).

November 04, 2015

Running Fedora 23 Design Suite with ASUS X550ZE
Stable release of Fedora 23  Design Suite is now available with minimal changes like the inclusion of supplemental wallpapers posted from Nuancier. After installation on ASUS X550ZE laptop, no apparent change of the status is in sight. However, some hotkeys (home,end,pgup,pgdn) are functional. The author of asus-nb-wmi allowing to setup these hotkeys mentioned the inability to reach ASUS developers to address these common issues plaguing many ASUS laptops users and the lack of documentation.

Backlight is currently broken due to the controller issues as display on boot so bug is filed:
[    7.684288] [drm:radeon_acpi_init [radeon]] *ERROR* Cannot find a backlight controller

Battery optimization is still an issue due to the driver choosing to use a powerful GPU rather the power saving mode. AMD is currently working on new driver structure.

Dual Radeon is currently unsupported but works are under way.

November 03, 2015

gstreamer-python broke SoundConverter on Fedora 23
Users having installed SoundConverter on Fedora 23 may notice the app will silently fail to run. The issue is caused by gstreamer-python which possibly needs a rebuilt. Running via terminal lead with this message:

SoundConverter needs python-gstreamer 0.10!

Running python on terminal leads to the following result:

$ python
Python 2.7.10 (default, Sep  8 2015, 17:20:17)
[GCC 5.1.1 20150618 (Red Hat 5.1.1-4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import gst
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib64/python2.7/site-packages/gst-0.10/gst/__init__.py", line 193, in <module>
    from _gst import *
ImportError: /usr/lib64/python2.7/site-packages/gst-0.10/gst/_gst.so: undefined symbol: libxml_xmlDocPtrWrap
>>> exit ()

 Current workaround is to downgrade it using Fedora 22 package via dnf

sudo dnf downgrade gstreamer-python --releasever=22

Bug is filed while waiting for a fix.
¡darktable-2.0~rc1 ya está aquí!

Estamos orgullosos de anunciar el primer candidato de la nueva versión de darktable 2.0

Como siempre, por favor no utilice el tarball auto-generado provisto por github, solo utilice nuestro tar.xz y verifique que el checksum sea:

sha256sum darktable-2.0~rc1.tar.xz
412f17131c8674e266c91c933de1aa2b04c2ab7efdc04a60b00faf3abffc0446 darktable-2.0~rc1.tar.xz

Los paquetes para plataformas individuales y distros vendrán breve, y el changelog preliminar puede ser encontrado abajo:

cuando esté actualizando la versión estable de la serie 1.6.x, por favor tenga en cuenta que es ediciones serán preservadas durante este proceso, pero ya no será posible bajar desde la versión 2.0 a la 1.6.x. ¡Tenga cuidado si necesita utilizar darktable para un trabajo en producción!

¡Feliz 2.0~rc1 a todos!

click para agrandar

click para agrandar

click para agrandar

click para agrandar

  • darktable a sido portado a gtk-3.0
  • La nueva caché de miniaturas reemplaza a la caché de mipmap ( muchas mejoras a la velocidad, menos problemas )
  • Modo de impresión agregado
  • Retrabajo del manejo de color en pantalla (pruebas en pantalla, revisión de gama, etc.)
  • Marcas de agua en texto
  • Módulo de reconstrucción de color
  • Módulo de punto blanco y negro puro
  • Nueva característica de mover a la papelera al borrar
  • Nuevas características a las sombras y luces altas
  • Temperatura Kelvin más apropiada, ajuste del afinado de la interpolación del iop balance de blancos
  • La reducción de ruido está ahora en un archivo externo JSON
  • Demosaico de monocromos en raw ( no estamos seguros si se quedará para este Release, como el deflicker, pero esperamos que sí se quede)
  • Relaciones de aspecto ahora pueden ser agregadas a la configuración de cortar y rotar
  • Navegar por la mesa de luz usando las flechas, la barra espaciadora y enter
  • Exportar en PDF — algunos cambios aún faltan por agregarse
  • Ahora el tamaño de la brocha, su dureza y opacidad tienen atajos de teclado
  • El proceso de logueo a Facebook es un poco diferente ahora
  • Ahora se puede sobre-dimensionar el tamaño de la imagen en el proceso de exportado
  • Al hacer clic sobre un elemento anterior del histórico de acciones no descartamos las anteriores ni al dejar el dr o cambiar de imagen
  • Texto, color y tipografías en marcas de agua
  • La información de la imagen ahora soporta altitud GPS
  • Ahora se puede agregar modos al tono y la curva base con control-click
  • Renombrados en las preferencias los mipmaps a miniaturas
  • Nuevo parámetro de “modo” en el panel de exportado
  • El exportador de alta calidad ahora permite disminuir la resolución antes de aplicar la marca de agua y el marco para garantizar un resultado consistente
  • Los scrips lua ahora permite agregar elementos a la interfaz de la vista de mesa de luz ( botones, deslizadores, etc)
  • Se ha iniciado el trabajo en un nuevo repositorio para scripts externos de Lua

This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!

October 27, 2015

Progreso de traducción del manual de usuarios de darktable

Por fin! 50% ! hace un mes cuando comencé con esta traducción pensé que no la terminaría a tiempo, sin embargo, ya estando en el 50% si veo luz al final del camino. Esta vez les quise dejar un poco las estadísticas de los avances de traducción del manual de usuarios de darktable en caso de que alguien tenga curiosidad. Para mi asombro, a pesar de que hay días en los que las labores personales (o simplemente la falta de energía) me han hecho desistir, siento que el avance ha sido progresivo y sin pausa.

En fin, para aquellos que quieran seguir leyendo el manual, les dejo el enlace de descarga. Recuerden que es una primera traducción con muchos errores (tanto de sintaxis como de sentido) por lo que si ven cosas extrañas no duden en dejarme sus comentarios.

<canvas class="vc_line-chart-canvas" height="1" width="1"></canvas>

This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!
An uncluttered LibreOffice layout
The current default layout

Layout with the main toolbar

Here is how LibreOffice Writer looks after removing the toolbar and only keep the sidebar located on the right. To achieve that result, set View -> Toolbars -> Standard unchecked. The benefit is a more focused and uncluttered layout without distraction and also more touchscreen friendly.
It will be nice that user interface layout will be more responsive depending the size of the screen.

This example is made with LibreOffice Writer running on Fedora 23 Release Candidate 3.

October 22, 2015

Fedora Design Team Update

Fedora Design Team Logo

I’ve been posting these to the design-team mailing list lately but thought it might be good to blog, too.

Meeting Summary

We had a meeting today. In attendance were myself, ryanlerch, gnokii,
mleonova, riecatnor, sam08, mbriza, garrett, and tatica.

Meetbot links:

Here’s a quick run-through of what we discussed:

Presentation to Council

Our presentation to the Fedora council is going to be at 5 PM UTC / 12 pm EST
(post DST) in #fedora-meeting on Monday, November 2. It will be an IRC
meeting and anyone is welcome to come.

The topics I’ll present to the council are covered pretty well in this
summary from last meeting:

The main change in the message I think is that swag distribution /
production varies by geo.

For the FAD we would like to bring up to them, it is looking like July
2016 in Boston would be a good time/location. It is close to Flock the
next month in EMEA, but EMEA in particular is expensive for our current
team makeup.

New Meeting Time

Our new meeting time is going to shift next meeting due to daylight
savings time. Today the meeting was 1200 UTC / 8 AM EDT… next meeting
(Thursday, November 5) will be at 1300 UTC / 8 AM EST. If you have a
daylight savings shift, the time won’t change for you; if you don’t, the
meeting will be one hour later. Here’s a breakdown of the new time for
future meetings:

  • 1300 UTC
  • 5 AM PST (US + Canada/Pacific)
  • 8 AM EST
  • 8:30 AM (Caracas)
  • 3 PM (Europe / Berlin + Rome)
  • 4 PM (Moscow)
  • 6:30 PM (Kolkata)
  • 8 PM (Phnom Penh)
  • 9 PM (Kuala Lumpur)
  • 11 PM (Queensland AU)

New Meeting Chairs

I’m not going to be around from about mid November-December until
February or March, so ryanlerch and gnokii volunteered to chair the
meetings when I’m out.

Completed Tickets

Ticket 373: Production of swag for F22

mleonova completed this one with sticker designs for the 3 Fedora editions.

Ticket 360: Fedora LiveUSB Icons


mleonova completed this one with icon designs for all of the various
Fedora images. There is some great new logo artwork in this ticket worth
checking out!

Ticket 398: AsciiBinder Logo

mleonova completed this one. It’s an excellent logo design worth taking
a look at. 🙂

Ticket 393: Cover for Getting Started with Fedora Guide

mleonova completed this one. She added a photo of the finished printed
book to the ticket so you can see how it came out.

Open Tickets

Ticket 401: Review: Updated cheat cube to use DNF instead of yum

This one is waiting on an update from Ankur; pinged him in the ticket.

Ticket 347:
Fedora Cloud, Server, and Worksation Stack Exchange community promotion

This one is waiting for feedback from mattdm; pinged him in the ticket.

Ticket 199: Interface and Usability refresh for ask.fedoraproject.org

anuradhaw gave us an update and pointed to her code; puiterwijk put some fixes in (the code was written to a newer version of askbot) and pushed her code to stage and you can see it here:


There are some minor issues that need to be addressed I think before we can push to prod. anuradhaw indicated she’s studying for exams but after her exams will have more time to come back to this project. We will wait for anuradha to finish her exams to try to address the issues.

Ticket 402: Need to scale down hackergotchi in planet rss feed css

This ticket needed an owner so ryanlerch grabbed it. Thanks, Ryan!

Ticket 210: Update fedoracommunity maps with Russia in EMEA

We thought we were finished with this one but it turns out there are
some issues. ryanlerch kindly picked it back up to fix.

Ticket 279: Design for “This week in Fedora”

This ticket needed an updating. We discussed this design at the Flock
design clinic; ryanlerch created a repo on pagure.io and added a mockup
at the event that he committed then; he also has newer work he did
post-Flock that he will upload later. I also have a mock from flock I
never uploaded so I’ll upload that too.

Ticket 367: Need logo design for the Fedora Security Team(FST)

This ticket is so close to being done, the logo just needs a few tiny
tweaks. Pinged Yogi on it.

Ticket 350: Anaconda banner template

Yogi completed the template work; we just need it to be posted to the
wiki. Yogi is going to work on this. (He contacted me after the meeting)

In-Progress / Feedback Tickets

Ticket 403: Icons for FAS 3

riecatnor asked for feedback on her work for this one:

– she designed three updated options for the group icon based on
feedback from before, and the 3rd one was the favorite.

– there’s an icon used in the dark blue bar in the upper left of this
screen; the group icon should hopefully work there as well:

– in context, the users icon stands out a bit in the full screen mockup
because the fedora logo isn’t square. we suggested riecatnor modify the
mockup to add a square border along the outside of the icon to see if
that fixes the issue

Ticket 407: Logo for mojefedora.cz

mleonova asked for feedback on this logo design. the favorites were the
upper left and lower left versions; the designs were well-liked 🙂

Ticket 404: F23 Release Posters


sam08 created these awesome designs. We don’t know if the reporter used
them, but they are all quite nice. I asked sam08 to post the SVGs and
we’ll close the ticket and advertise them more widely to the Fedora
community to use.

October 21, 2015

Corebird 1.1 Available in Fedora 22

Corebird 1.1 was recently released and it is now available in the official Fedora repos.

Major changes that this new version of corebird includes are:

  • The behavior in corebird on how tweets get hidden and shown is now more consistent.
  • Corebird now provides snippets that you are used to insert common phrases or emoticons. Simply type the keyword for the snippet, and press tab to autocomplete. Settings for adding and configuring snippets is found in the application settings in the “Snippets” tab.
  • Corebird now supports showing Twitter quote tweets in timelines as well as creating quote tweets. This replaces the old “Quote” item for tweets which would simply copy the original tweet’s text.
  • Twitter removed the 140 char limit on Direct Messages, so this limit is also removed in Corebird

Update via the Software application in Fedora, or on the command line with yum or dnf.

October 13, 2015

Fedora 22 and 23 backgrounds updated with extras
F23-backgrounds is recently updated with the newest wallpapers including extra and is now available in stable repository. Simply update via Software application on latest Fedora 23 Workstation or command pkcon update f23-backgrounds-base f23-backgrounds-extras
View the update

In addition f22-backgrounds received a much needed update with the inclusion of previous supplemental wallpapers winnners. Please test them for all version to push them to stable release.

Here is also the directory for distributions looking to package these wallpapers.

October 12, 2015

LIF 2015

For the last couple of years I didn't manage to attend myself the Linux Install Fest traditionally organized by ROSEdu at Politehnica University of Bucharest, which is a shame, since there is a lot of cool stuff going on. But such is life, there are so many things to do and so little time left...

However, I learned a bit from watching the graphs from the official website and the pretty pictures published by the local Ubuntu community.

I couldn't stop myself from playing a bit with the charts data and make my own one. Just don't read too much into it, I don't think it shows personal preferences or such (if you DO have a personal preference, you probably don't need an install fest):

lif 2015

Anyway, I just wanted to say: good work ROSEdu!

October 06, 2015

Gimp100Podcasts 42: Hackergotchis

Un hackergotchi es la imagen que utiliza cada usuario como avatar para que el lector sepa quien es el autor del articulo que está leyendo. Estas imágenes personalizadas son utilizadas en muchos planetas (websites donde se agregan las entradas de diversos blogs) como una forma divertida de mostrar la cara del autor.

Si eres parte de un planeta y no tienes tu hackergotchi, ve este corto tutorial para hacerlo fácilmente en Gimp utilizando curvas bezier icon-big.


This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!

October 04, 2015

Manual de Usuarios de darktable: Capítulo 1 y 2

<iframe allowfullscreen="allowfullscreen" frameborder="0" height="650" marginheight="0" marginwidth="0" scrolling="no" src="http://www.slideshare.net/slideshow/embed_code/key/JnaWF4eOJpPpAG" style="border: 1px solid #CCC; border-width: 1px; margin-bottom: 5px; max-width: 100%;" width="550"> </iframe>

Desde hace un par de años ayudo con la traducción oficial de darktable pero mi verdadera meta siempre ha sido traducir el manual de usuarios oficial. Es realmente una tarea inmensa porque estos chicos siempre andan agregando cosas nuevas y fabulosas a la aplicación, por lo que mi tiempo de traducción casi siempre se ve alejado del manual; sin embargo, por fin conseguí nuevamente el tiempo y las ganas para retomar mi trabajo de traducción y necesito de la ayuda de todos.

Los próximos meses estaré publicando capítulo por capítulo del primer borrador del manual de usuarios y necesito revisores! Si están interesados, solo deben leer el pdf que está adjunto a este artículo y dejarme sus comentarios. Es posible que encuentren errores de tipeo o de sintaxis, incluso cosas sin mucho sentido, pero espero todas las correcciones que puedan darme. El recurso original de comparación se encuentra siguiendo este enlace, en caso de que vean sentencias que no tengan mucho sentido y quieran compararlas para una mejor traducción.

De antemano, les agradezco a todos quienes se den el tiempo de leer aunque sea una o dos páginas y proveer comentarios.

Enlace de descarga del PDF: Descargar PDF

This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!

October 01, 2015

Crear imágenes para redes sociales

Uno de mis compañeros de trabajo me enlazó a este útil recurso para quienes siempre tienen problemas encontrando el tamaño adecuado para sus imágenes sociales. Este website provee algo que llaman “Social Media Image Maker” (Creador de imágenes sociales) que te permite redimensionar y retocar tus imágenes sociales.

Así que si te preguntas que tan largas o anchas deben ser tus imágenes de perfil o las imágenes de tus posts, deja de preguntarte y lee esto! El proceso es bastante simple, solo carga el arte deseado y la aplicación hará el re-dimensionado por ti. También tiene varios efectos de color que también podrás aplicar en caso de que quieras realizar una edición más completa.

Recuerda las medidas recomendadas para cada imagen:



  • Portada – 851 x 315 px
  • Imagen de perfil – 180 x 180 px
  • Post normal – 403 x 403 px
  • post realzado – 843 x 403 px
  • imagen de aplicación – 111 x 74 px
  • Imagen de perfil de evento – 714 x 264 px

Google Plus

  • Imagen de perfil – 250 x 250 px
  • Imagen de fondo completo – 2120 x 1192 px
  • Imagen de fondo HD – 1920 x 1080 px


  • Imagen de perfil – 300 x 300 px
  • Miniatura de Video 16/9 – 960 x 540 px
  • Miniatura de Video 4/3 – 720 x 540 px


  • Imagen de perfil – 64 x 64 px


  • Imagen de perfil – 420 x 420 px


  • Imagen de perfil – 140 x 185 px
  • Logo – 285 x 70 px


  • Imagen de perfil – 96 x 96 px


  • imagen de fondo – 1680 × 1050 px


  • Imagen de perfil – 240 x 240 px
  • imagen de cabecera – 1252 x 626 px
  • imagen de fondo – 2048 x 1707 px


  • Imagen de perfil – 200 x 200 px
  • imagen de fondo – 1600 x 1000 px


  • Imagen de perfil – 48 x 48 px


  • Imagen de perfil – 48 x 48 px


  • Imagen de perfil – 214 x 214 px


  • Imagen de perfil – 200 x 200 px
  • Logo – 120 x 60 px
  • Logo pequeño – 50 x 50 px
  • Banner – 640 x 220 px


  • Logo – 140 x 185 px
  • Logo 2 – 200 x 167 px


  • Imagen de perfil – 128 x 128 px

This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!

September 29, 2015

Blender Workshop at Smallworld

Last weekend it was time for another workshop at Smallworld Cambodia in Phnom Penh. This time a Blender workshop. There was 16 registrations and a lot of the participants showed up. So the lecture room in Smallworld was good filled. Smallworld was full that day anyway as also the WordPress Meetup took place that day. So a lot of Open Source topics that day in Smallworld.

Next thing, meeting for BarCamp, TranslationSprint and Installfest…. Lot to do

September 28, 2015

Update of Asus X550ZE status
I upgraded the Asus X550ZE to Fedora 23 Beta Design Suite. So far, the majority of hardware is functional except the Fn hotkeys and the poor power optimization.

For Fn hotkeys, after looking at all possible solutions, it turned out majority of Asus X series laptops is affected due to the lack of proper documentation of wapf function found within asus-nb-wmi module from the kernel. The ball is on ASUS to make hotkeys functional and provide needed information.

The second case related to poor power optimization is due to radeon driver. In addition, the lack of functional hybrid driver only make the laptop running on R7 265 GPU for performance while the R5 230 is permanently disabled for better power saving. It will be a while before Linux kernel will support hybrid graphics for Dual AMD Radeon.

September 23, 2015

FUDcon en cba24n

Durante el FUDcon tuvimos la oportunidad de realizar una pequeña entrevista cba24n en la que participamos Valentin, Neville y mi persona, explicando un poco sobre que es el FUDcon y porque promovemos las tecnologías libres como comunidad. El video habla por si mismo, así que…

<iframe allowfullscreen="true" class="youtube-player" frameborder="0" height="390" src="http://www.youtube.com/embed/DDEL22jFXYU?version=3&amp;rel=1&amp;fs=1&amp;autohide=2&amp;showsearch=0&amp;showinfo=1&amp;iv_load_policy=1&amp;wmode=transparent" type="text/html" width="640"></iframe>
<iframe allowfullscreen="true" class="youtube-player" frameborder="0" height="390" src="http://www.youtube.com/embed/CfdgWD4R0NQ?version=3&amp;rel=1&amp;fs=1&amp;autohide=2&amp;showsearch=0&amp;showinfo=1&amp;iv_load_policy=1&amp;wmode=transparent" type="text/html" width="640"></iframe>

This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!
Fedora 23 Beta Design Suite ready for testing
Fedora Magazine did a good job exposing more Fedora Labs notably Fedora 23 Design Suite Beta. No much update occurred other than the tutorial section currently under work thanks to one of notable contributors Andrew Walton, who also provided one of his excellent pictures available as part of Fedora 23 wallpaper.

Final phase will be tweaking and update the tutorials on the wiki section before passing to the incoming 24 release. Feedback is welcome for users looking to have their favourites applications and fonts included by default as long they abide to Fedora Project policies.

September 22, 2015

Supplemental Wallpaper Winners!

We broke this time nearly all records since we doing the Supplemental Wallpaper Contest with Nuancier. We had 199 submissions, where actually 157 ended up in the pot for the elections. These came from 73 submitters, a lot of them new contributors. Unfortunately we also broke the record for rejected submissions. The most of them contained a trademarked logo, notice that includes our own also! One thing was also more negative, a lot of participants uploaded, not just 3 pictures as many more. Some of them submitted a lot and mostly iterations. That leads to a problem, the Fedora community shows a strong love for “blue”, means if somebody submitting just iterations of a blue pattern, he has a good chance. But it can be that all of his iterations are elected, instead of other better submissions with higher quality.

So, with the next contest, we have to limit to amount of submissions that can be made. Hopefully we can implement also some other features to.

But for now here are the winners:


September 18, 2015

Construyendo una mejor experiencia de FUDcon

FUDcon siempre ha sido la forma de interactuar con otros, conocer a esos colaboradores que han sido tus compañeros de trabajo el último año ( y en muchos casos, por periodos mas largos). Con el paso del tiempo, Fedora ha experimentado una serie de cambios en un corto periodo y ha sido muy difícil mantener el ritmo, especialmente ya que la mayoría de los colaboradores tenemos una vida fuera de la comunidad.

Tenemos personas que nunca han asistido a un FUDcon pero han ido a un Flock, personas que nunca han ido a un Flock pero han ido a varios FADs, y personas que no tienen ni idea de donde comenzar. Los eventos de Fedora deberían funcionar como una forma de preparar a los colaboradores, desde el evento mas pequeño hasta el mas grande, para que puedan aprender a sacar el máximo provecho de sus viajes. Durante el FUDcon Córdoba 2015, tuvimos una larga charla sobre el futuro de las conferencias en Latinoamerica, las cuales necesitan con desesperación una renovación.

FADs: La mejor forma de prepararse para el reto

Aunque los FADs son eventos que se enfocan en un equipo en particular (la mayoría de las veces), deberíamos animar a nuestras comunidades locales a tener FADs mensuales para que no solo los organizadores, sino los asistentes, puedan experimentar lo que es ser parte de un Evento Premier de Fedora. La última vez que hubo un FAD en LATAM fue en el 2013 en Managua, así que, ¿Por qué nos detuvimos?

  • ¿Es un problema de Dinero? : LATAM nunca ha contado con un presupuesto enorme, y estamos tan acostumbrados que de hecho, rara vez pedimos algo. La mitad de las personas de LATAM no saben como recibir un reembolso, y aquellos que so.. bueno, es un trauma recibirlo. Nosotros lidiamos con problemas de retrasos, métodos de pago y en ocasiones, un simple NO es mas fácil porque nadie quiere lidiar con nuestros problemas internos.
  • Largas Distancias: Mientras que Centro America puede ser recorrida (al menos una parte de ella) tomando bus nocturnos, Sur America es una historia completamente diferente. Somos 15 países con un territorio inmenso que cubrir y dudo que algún día obtengamos suficiente patrocinio para mover tanta gente a FADs con la frecuencia con la que lo hacen EMEA y NA. Así que conversamos sobre una nueva forma de mejorar nuestro desempeño en los FADs y hacer más sin requerir de mayores gastos, FADs en Línea.
  • Equipos Fedora: Tenemos miembros de cada equipo Fedora en toda LATAM, pero no en cada país. Un FAD en Línea (en los casos requeridos) podría ayudarnos a reclutar mas personas en cada país con la mitad del esfuerzo del que ya le estamos poniendo.
  • Grabando los FADs: Siempre hemos tenido problemas al momento de tratar de grabar nuestras conferencias y talleres durante el FUDcon, donde la falta de hardware es usualmente el problema principal. En cambio, es muy fácil grabar una charla en línea utilizando software como Hangouts, BlueJeans, BBB y otros. De esa forma, podríamos mejorar nuestra base de datos de videos para que otros colaboradores la tuvieran a disposición.
  • El problema de la frecuencia: Tenemos 6 equipos principales en Fedora. Documentación, Diseño, Embajadores, Infra, L10N y Desarrollo. Considerando que el FUDcon es organizado solo una vez al año, podríamos tener 2 FADs anuales por cada equipo, lo cual crearía un impacto en la calidad de las charlas, el contenido y las metas que podrán ser alcanzadas en el próximo FUDcon.

Uno de los mayores problemas en los FUDcon de LATAM es que tenemos que esperar todo un año para reunirnos y esperamos que la gente asista simplemente por su amor a Fedora, cuando la verdad es que debemos cosechar durante todo el año los planes para que podamos ver los resultados en el FUDcon. Otra de las ideas de tener FADs en Línea es proveer una conferencia que pueda ser vista en cualquier rincón de LATAM, gastando menos tiempo/esfuerzo/dinero, permitiéndonos identificar el potencial de cada país, para que, una vez nos llegue el FUDcon a la puerta, sepamos cuales son nuestras fortalezas y debilidades, y podamos sacar el mayor provecho de la conferencia, pero además de difundir nuestro trabajo a una gran cantidad de personas, los equipos locales ganarán experiencia en la organización de reuniones, eventos pequeños y se conocerán mejor los unos a los otros. En países como Argentina y Brasil donde el territorio es realmente enorme, es normal encontrar colaboradores que jaman se han conocido cara a cara.


Equipo de Eventos: Utilizando la herramienta correcta para el cada trabajo.

¿Por qué le estamos pidiendo a Desarrolladores, Empaquetadores y colaboradores técnicos organizar conferencias si tenemos un equipo de Mercadeo? Esta es la pregunta que siempre ha venido a mi cabeza cada vez que voy a una conferencia. En LATAM, somos 15 países participando en el proyecto Fedora, pero solo tenemos miembros del equipo de Mercadeo en 4 de ellos. Tenemos países donde reclutamos muchos usuarios y los convertimos en colaboradores para hacer crecer a nuestra región, pero si por ejemplo, le pedimos a un empaquetador olvidar sus paquetes por 6 meses para organizar un FUDcon… ¿Estamos haciendo lo correcto?

Es bien sabido que parte de la organización debe ser realizada por el equipo local, pero esto no quiere decir que están preparados para hacerlo. Hay cartas que necesitan ser redactadas, reuniones, presupuestos, agendas y más cosas que deben ser organizadas, y muchos de los colaboradores que quieren asumir el reto no han organizado ni sus propios cumpleaños. Entonces, ¿Por qué estamos poniendo tanta presión sobre nuestros colaboradores si tenemos a nuestra disposición la herramienta correcta para hacer el trabajo? Deberíamos tener un pequeño equipo local para ayudar a liberar un poco la presión de nuestro talento principal. Acá algunas ideas para este equipo.

  • Documentación: A pesar de que hay una enorme guía sobre como organizar un FUDcon (o cualquier conferencia) hay algunas cosas locales que considerar que solo afectan a LATAM, y no están listadas en la guía general. Deberíamos trabajar este año en traducir la documentación actual y expandirla, incluyendo la experiencia de los organizadores anteriores a los cuales ya nos hemos enfrentado. También hay un enorme requerimiento de Visas, cartas, folletos y más que podría ya estar desarrollado y en donde los organizadores solo tengan que llenar la información pertinente al evento actual (o incluido podríamos hacer que el equipo local lo complete y solo entregue el producto final).
  • Presupuesto: Nuestro equipo podría también contar con un “Departamento de Finanzas” que recolecte información sobre precios, proveedores, costos de vuelos, hoteles, transporte y otros gastos; es usual que algunos países tengan que lidiar con distintos cambios monetarios que no aplican a otras regiones, por lo que es algo que debemos tener en consideración. El FUDcon Córdoba fue una excelente experiencia ya que fue el primer FUDcon donde todos los gastos fueron pagados a tiempo (en algunos casos, los organizadores anteriores habían tenido que esperar hasta 3 meses por un reembolso luego del evento.)
  • Aprobación de Charlas y Cronogramas: Una vez los organizadores locales tengan la información sobre la sede del evento (salas, horarios, etc) debería ser bastante fácil para alguien que no sea del equipo local organizar un cronograma que genere el mayor interés posible a los asistentes, de esa forma, el equipo local solo debería de preocuparse por imprimir las agendas y publicarlas. La información de las sedes también debería incluir sus intereses, actividades locales, carreras, horarios de trabajo local y otros para que podamos crear el mejor cronograma para todos.
  • Arte: Pines, afiches, folletos, calcomanias y otros elementos ya son realizados por el equipo Latinoamericano de diseño, sin embargo, una vez los organizadores realizan el requerimiento, también se necesitan pruebas de impresión, revisiones de escala y más. Al tener la información de los proveedores locales, el equipo de Diseño puede hacerse cargo personalmente de estas tareas por teléfono o correo y asegurarse de que  las impresiones salgan como debe ser, luego el equipo de Presupuesto o Contabilidad puede asegurar el pago a distancia (de ser posible) y los organizadores locales solo deberán de preocuparse por ir y retirar los elementos ordenados.Debe ser un trabajo en equipo y seguramente podemos hacerlo mejor.

Un mejor FUDcon: Reinventando la Rueda (o no)

FUDcon LATAM necesita adaptarse siempre al organizador local, lo cual significa cambio de horarios, distintas charlas, y otros temas que no son siempre iguales en cada país, sin embargo, con el equipo de eventos podemos asegurarnos de hacer un mejor trabajo. Acá algunas ideas:

  • Usuarios y Desarrolladores… AMBOS:  Cuando hablamos del FUDcon, usualmente nos olvidamos de la U y apuntamos a tener una conferencia mas técnica, lo cual no es malo… pero necesitamos incluirlos a todos. En nuestra reunión final en el FUDcon Córdoba hubo varias ideas para resolver este tema:

Las mitades: Considerando nuestra división interna por equipos, si dividimos nuestros 3 días de FUDcon en mitades, podríamos proporcionarle unas 4 horas a cada equipo de forma individual, para que aquellas personas que estén interesadas o involucradas en diversos equipo, puedan asistir a todas las charlas que les interesen sin perder ningún detalle. Para aquellos que no estén interesados en el tema actual, se puede proveer una sala general donde puedan reunirse y discutir otros temas sin interferir en el resto de la planificación.

Salas para equipos: Si la idea es tener un FUDcon donde todos trabajen 24/7, se podría organizar (si la ubicación lo permite) un salón para cada equipo, con su propia agenda. De esta forma, no habrá tiempo libre para nadie, pero nos podríamos asegurar de que el FUDcon sea utilizado por todos sin desperdiciar ni un solo mínimo. Es duro, pero posible.

El FUDcon amigable con el Usuario: Todos hemos sido usuarios, y algunos de nuestros colaboradores más brillantes nacieron en un FUDcon. Aunque organicemos un FUDcon 2/3 técnico, lleno de charlas y talleres que esperen obtener un resultado, podríamos designar fácilmente un miembro de cada equipo y designar una pequeña sala donde los usuarios puedan entrar y escuchar “6 charlas demostrativas” sobre como colaborar y unirse a Fedora.

En vez de mostrarles una presentación llena de cosas aburridas, podríamos organizar charlas de 1h a forma de talleres donde los asistentes puedan realizar una tarea, unirse a un equipo y ser parte de Fedora; de esta forma, podríamos detectar fácilmente a aquellos que en realidad quieren colaborar a los otros que solo quieren saciar su curiosidad. ¿Como podemos convertir esto en una realidad? Mostrando como hacer las cosas en vez de leerles una presentación aburrida.

El panel de Gurus: ¿Cuantos de nosotros hemos tenido una simple pregunta que no ha sido contestada en una de las charlas del FUDcon? Si un miembro (o varios) de cada equipo, dedica 15 minutos de su tiempo a la mesa de Gurus, para responder preguntas en menos de 1 minuto… solo imaginen las posibilidades…

El espacio de “hacedores” de Fedora: Una de las ideas que mas me gustó vino como sugerencia del equipo Brasilero. Ellos tienen algo llamado “Espacio de Hacedores” donde profesionales muestran lo que hacen y como les es útil a otros. Muchos de nosotros trabajamos con Software Libre a diario y sería muy interesante tener unas pocas charlas rápidas que le demuestren a los asistentes que puedes hacer una carrera en este mundo y aún así, tener tiempo para colaborar con Fedora.

Si leíste hasta aquí déjame decirte GRACIAS por tomarte el tiempo de leer este post enorme y aburrido que probablemente tenga mucha información que ya conocías.

Como comunidad, hemos vivido tiempos difíciles siendo parte de un ecosistema tan complicado que incluye tantos países y a veces perdemos empuje, es difícil, pero aún estamos aquí, solo esperamos que no pierdan el internes ni la fe en nosotros, porque aún somos Fedora.

Si te interesó alguno de los temas de este artículo, se libre de dejar un comentario, hacerme un ping en IRC (como tatica) o simplemente enviarme un email (taticaATfedoraprojectDOTcom) si quieres discutir algo de forma más privada. La idea es crear un debate saludable que nos ayude a identificar nuestras debilidades y nos permita convertirlas en fortalezas para continuar creciendo como comunidad.

NOTA: Los cronogramas para los FADs vendrán mas adelante, sean pacientes :)


This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!

September 15, 2015

Fedora Atomic Logo Idea

The Fedora Cloud Working Group recently decided that in Fedora 24 (or perhaps a bit further out depending on how the tooling/process can support it) that the Atomic version of Fedora is going to be the primary focus of the working group. (Background discussion on their list is available too.)

This has an affect on the Fedora website as the Fedora Cloud edition shifts from a buffet of kind of equally-positioned cloud- and container-related images to a more focused set of images optimized for container hosting (using Atomic) and a set of more clearly ancillary images that are also useful for cloud/container deployment of Fedora that aren’t based on the Atomic platform. We need to position these images accordingly on the website to meet the new model.

Matthew Miller and I discussed how the Cloud WG decision might effect the website and ideas for how we could update the website to suit for Fedora 24. One idea for how we could do this:

  • Consider replacing the “Cloud” edition slot on the front of getfedora.org with a Fedora “Atomic” edition brand.
  • Convert getfedora.org/cloud to focus instead solely on Atomic (maybe redoing the URL to getfedora.org/atomic).
  • Build out a separate cloud image resource site (similar to arm.fedoraproject.org, which is focused on all ARM-related builds across Fedora) with the full set of Cloud Base images (and maybe Fedora Docker containers too?) Then, pull these in to the edition site via a link in the “Other Downloads” section.

Anyhow, this is just an idea. The Atomic brand is already a pretty strong one, so I think trying to force something like “Fedora Atomic” under the current cloud logomark might miss the opportunity for Fedora to work with the brand recognition Atomic already has upstream. The question is – is that even possible? Luckily, I think the answer might be yes 🙂

The current Fedora Cloud logo.

The current Fedora Cloud logo.

The Atomic upstream logo.

The Atomic upstream logo.

I poked around a little bit with the Atomic logo (I believe tigert created the original awesome logo!), thickened it up and rounded out the lines a little bit so I could use it as a mask on the purple Fedora triangle texture in the same way the original cloud mark is used in the current cloud logo. I think it looks pretty cool; here it is in the context of the other Fedora Edition logos:

Fedora Atomic logo idea

I was kind of worried they wouldn’t hang together as a set, especially since the three logomarks here had been so close (Cloud’s mark was a 90 degrees rotated Server mark, and Workstation is Server with the top two bars merged to make a display,) but in practice it looks like this is really not a concern.

On the to-do list next are mockups for how a potential new cloud.fpo site might look as well as an updated getfedora.org/cloud (or getfedora.org/atomic as the case might be.) I started poking at mocking up a cloud.fpo site for the base cloud images and other cloud goodies but will probably need to iterate that on the Cloud WG list to get it right.

Ideas? Feedback? Comments are open of course 🙂

Fedora Developer Website Design

Fedora Developer Logo

For the past few weeks I have been working on mockups and the HTML/CSS for a new Fedora website, the Fedora Developer portal (likely to eventually live at developers.fedoraproject.org.) The goal of the site is to provide resources and information to developers building things on Fedora (not primarily developers contributing to Fedora itself.)

A bunch of folks have been contributing content to the site, and Adam Šamalík and Petr Hracek set up the initial first-cut prototype of the site, configuring jekyll to generate the site and building out the basic framework of the site. The prototype was shared with the Fedora Environment and Stacks Working Group mailing list, and after some feedback and iteration on the initial prototype, Petr asked me to take a look at the overall UX / design of the site. So that’s how I came to be involved here. 🙂

Competitive Analysis and Sitemap

First, to better understand the space this site is in, I took a look at various developer sites for all sorts of OS platforms and took in the sorts of information they provided and how they organized it. I looked at:

  • Red Hat Developers – main nav is streamlined – solutions, products, downloads. Also has community, events, blogs. Large banner for features. Has a membership / join process. Front page directory of technologies under the solutions nav item.
  • Microsoft Windows Dev Center – main nav is a bit cluttered; core features seem to be developer docs, downloadable tools, code samples, community. Has a “get started” beginners’ guide. Features blog posts, videos, feature highlights. Has a log in.
  • Android Developers – main nav is “design | develope | distribute.” Features SDK, code sample library, and videos. Has case studies. Also has blog and support links.
  • Apple Developer – main nav is “platforms | Resources | Programs | Support | Member Center.” Has a membership program of some sort with log in. Front page is not so useful – solely promo banners for random things; full footer that extrapolates more on what’s under each of the main nav items. Resources page has a nice directory with categorized breakdown of all the resources on the site (seems like it’d make a better front page, honestly.) Includes forums, docs, and videos.
  • Ubuntu Developer – cluttered main nav, nav items contain Ubuntu-specific jargon – e.g. not sure what ‘scopes’ or ‘core’ actually are or why I’d care, has a community, has a log in. Has blog and latest events highlights but they are identical. Similar to Apple, actually useful information is pushed down to the full header at the very bottom of the page – including SDK, tutorials, get started guide, how to publish apps, community.

One thing that was common to all of these sites was the developer.*.com URL. (developer.windows.com does redirect to the dev.windows.com URL.) I think because of this, developer.fedoraproject.org seems like it would match the broader platform developer URL pattern out there.

Another thing they seemed to all have in common were directories of technologies – frameworks, platforms, langauges, tools, etc. – affiliated with their own platform. Many focused on deployment too – mostly to app stores, but deployment nonetheless.

Looking at the main structure of the site in the initial prototype, I felt it honestly was a pretty good organizational structure given the other developer sites out there. I wanted to tweak some of the wording of the headers (to make them action-oriented,) and had some suggestions as to additional content pieces that could be developed, but for the most part the prototype had a solid structure. I drew up a sitemap in Inkscape to help visualize it:

Suggested sitemap for developer.fedoraproject.org. Click on image above to view SVG source in git.

Suggested sitemap for developer.fedoraproject.org. Click on image above to view SVG source in git.


With confidence in the site information architecture / basic structure of the content, I then started mocking up what it could look like. Some things I considered while drawing this out:

  • The visual challenge here is to give the site its own feel, but also make sure it feels like a part of the Fedora ‘family,’ and has a visual design that really feels related to the other new Fedora sites we have like getfedora.org, spins.fedoraproject.org, and arm.fedoraproject.org.
  • There should probably be a rotating banner feature area where features and events could be called out on the front page and maybe even on subpages. I don’t like the page full of promos that is the Apple Developer front page – it comes off as a bit disorganized IMHO – so rotating banners seemed preferable to avoid banners taking over the whole front page.
  • The main content of the website is mostly a series of simple reference guides about the platforms, frameworks, and languages in Fedora, which I understand will be kept updated and added to regularly. I think reference material can appear as rather static and perhaps stale, but I think the site should definitely come across as being updated and “living,” so featuring regularly updated content like blog posts could help with that.

So here’s what I came up with, taking some article content from developerblog.redhat.com to fill in the blog post areas –

Mockup for the front page of developer.fedoraproject.org. Click on image to view mockup source and other mockups in git.

Mockup for the front page of developer.fedoraproject.org. Click on image to view mockup source and other mockups in git.

A few notes about the design here:

  • To keep this looking like it’s part of the Fedora family, I employed a number of elements. I stuck with a white background horizontal branding/nav bar along the top and a fat horizontal banner below that. It also has the common Fedora websites footer (which may need some additions / edits;) and a mostly white, blue, and gray color palette. The base font is OpenSans, as it is for the other sites we’ve released in the past year. The site still has its own feel though; there are some little tweaks here and there to do this. For example, I ended up modifying the front page design such that the top banner runs all the way to the very top margin, and recedes only on sub pages to show the white horizontal background on the top header.
  • There is, as planned, a rotating banner feature area. The example in the mockups features DevAssistant, and the team already has other feature banners planned.
  • Blog content in the form of two featured posts as well as a recent blog headlines listing hopefully will inject a more active / current sense to the overall site.
  • I made mockups for each of the major sections of the site and picked out some CC-BY licensed photography roughly related to each corresponding section in its title banner up top.


Petr had also asked if I’d be able to provide the CSS, images, and icons for the site once the mockups were done. So I decided why not? The framework he and Adam used to set up the site was a static framework I was not familiar with – Ruby-based Jekyll, also used by GitHub Pages – and I thought it might be fun to learn more about it.


If you check out the tree for the website implementation, you’ll see a bunch of basic HTML files as well as markdown (*.md) files (the latter mostly in the content repo, which gets set up as a subdirectory under the website tree when you check the project out.) Jekyll lets you break down pages of the site into reusable chunks (e.g., header, footer, etc.), and it also lets you design different layouts that you can link to different pieces of content.

Whether any given page / chunk of content you’re working on is a *.md file or a *.html file, Jekyll has this thing at the top of each file called ‘front matter’ where you can configure the page (e.g., set which layout gets applied to it,) or even define variables. This is where I set the longer titles for each page/section as well as placed the descriptions for the sections that get placed in the title banner area.

Bizarre Jekyll Issue

Insert random interlude here 🙂

So I ran into a crazy, probably obscure issue with Jekyll during this process – due to my being a newbie and misunderstanding how it worked, yes, but Jekyll did happily build and spew out the site without complaint or pointing out the issue, so perhaps this little warning might help someone else. (Red Hatters Alex Wood and Jason Rist were really helpful in trying to help me debug this crazy issue. The intarwebs just totally failed on this one.)

I was trying to use page variables when trying to implement the title banners at the top of every page – I needed to know which page I was on in order to display the correct page title and description at the top. The variables were just spitting out blank nothingness in the built page. It turns out the issue was that I was using *.md files that had the same name as *.html files, and some variables were set in one file and some another file, and Jekyll seemed to want to just blank them all out when it encountered more than one file with the same base file name. I was able to fix the problem by merging the files into one file (I stuck with HTML and deleted the *.mds.)

Here it is

So the implemented site design is in place in the repo now, and I’ve handed the work back off the team to tweak, hook up functionality to, and to finish up content development. There is a development build of the website at developer-phracek.rhcloud.com, but I’m pretty sure that’s behind from the work I finished last week since I see a lot of issues I know I fixed in the code. It’s something to poke around though and use to get a feel for the site.

Want to Help?

we need your help!

If you poked around the development version of the site, you might have noticed there’s quite a bit more content needed. This is something you can help with!

The team has put together a contribution guide, and the core site content is basically formatted in Markdown syntax (Here’s a neat markdown tutorial.) More information about how to contribute is on the front page of the content repo in GitHub.

Thoughts? Ideas? Need help contributing? Hit me up in the comments 🙂

FUDCon Córdoba 2015

El FUDCon Córdoba fue uno de esos eventos que nos recuerda porqué hacemos lo que hacemos. Un evento lleno de camaradería, que en medio de su intimidad, nos permitió compartir ideas, proyectos y experiencias.

Lleno de buenas vibras y energías, de gente increíble que con sus conferencias demuestra ser expertos en lo que hacen, con miles de abrazos que nos muestran la calidad de las personas que forman parte de la comunidad… en fin, un evento de esos que no quieres que se terminen.

<iframe allowfullscreen="true" class="youtube-player" frameborder="0" height="390" src="http://www.youtube.com/embed/rPYX8o-m19s?version=3&amp;rel=1&amp;fs=1&amp;autohide=2&amp;showsearch=0&amp;showinfo=1&amp;iv_load_policy=1&amp;wmode=transparent" type="text/html" width="640"></iframe>

El evento tuvo casi 20 conferencias y 8 talleres, en los que los asistentes tuvieron la oportunidad de conocer más sobre Fedora, lo que hacemos y lo que nos gusta. Abarcamos temas desde Empaquetado, desarrollo, sysadmin, diseño, documentación, traducción y más.

Espero que este pequeño video les muestre lo “re-linda” que es ser parte de la familia Fedora y les anime a unirse. Gracias en especial a los organizadores, Matias Maceira, Valentin Basel y Laura Fontanesi, por dedicar tanto de su tiempo personal a reunirnos y permitirnos ser parte de su día a día durante el evento.

Se vienen más artículos, los que contienen las fotos, sobre mi participación en el evento, y el mas importante sobre las metas y retos que nos hemos propuesto para levantar LATAM y darle un giro de 360 grados que de seguro, nos hará crecer aún mas como comunidad.

This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!

September 13, 2015

Inkscape workshop for Linux statt Windows

Internet is this nice technology, who makes it possible to give a workshop even without being at a place. So yesterday I gave a workshop from Cambodia in Germany. But I had interesting expiriences with in Mumble did not work well, even its lighter and has good latency handling but Google hangout did work, I think Google has some priority in the network here, what is strange. But all participants from https://linux-statt-windows.org had fun in the workshop and learned something on the end.

So next weekend next event this time Software Freedom Day where I will give an talk, here in Phnom Penh.

September 07, 2015

Inkscape Workshop at Smallworld

Last weekend, I had the first Inkscape workshop at smallworld. It was very sucessful, we had 13 participants. Thats the maximum, the small room in smallworld can handle for an workshop. All the participants had a lot of fun and achieved the goal. Some of them was really talented. But the want more Inkscape workshops, well this time I have the time to do it :D

September 05, 2015

Fedora 23 Will Have Beautiful Supplemental Wallpaper

The submission phase for the supplemental wallpaper for Fedora 23 isnt over yet. There are so far 169 submissions. But I had to reject this time already 40 because they used material of other pictures without quotation or an trademark was included. So we have 120 submissions in the pot right now.That are right now my favorites:

But there is still one week you can submit your wallpaper, so grab your camera and shoot some nice pictures ;)

September 03, 2015

How I organize my photos

Not long ago, there was a talk about how people deal with their photos: organize, edit, archive and such, and I gave then a partial answer. Why partial? Because I follow two slightly different processes, one when the photos are made for fun and the other when they are for work. Since that answer was partial and made behind a walled garden, I feel the need to expand it in a public piece. I don't pretend what I do is perfect, actually I recognize some flaws myself, but I got there after years of improvements and is not final.

As a sidenote, I do use a Linux desktop, MATE under Fedora, and almost exclusively Free Software, GIMP, darktable, ImageMagick, UFRaw, G'MIC, but what I do is pretty generic, can be done with various other tools. I may follow with another piece on using these tools.

Fun is fun

organize photos

When I talk about pictures made for fun, I mean they are not made for a paying customer, period. This can include anything from photos made for exhibitions, snapshots with the daughter, pictures for my blog, for Wikipedia and whatnot. Usually I take them with an older APS-C DSLR, a Canon 600D, but sometime I bring the FF DSLR. For the most part, I try to protect the better camera, but sometime I am lazy and grab whatever is closer or greedy and want prettier pictures.

The first thing to be noted is that for fun pictures, in the large majority of cases I shoot in JPEG. ...yes, I hear the outrage for such a blasphemy, but the truth is, JPEG is good enough for most of those pics, RAW would be a waste of space and time. When I feel the shoot is important or the light is really difficult, I do use RAW, even for fun pictures.

As a matter of discipline and to keep myself in shape, I try to take pictures as often as possible, ideally every day, and as soon as possible I download the pictures in my computer and then erase the memory cards. The camera has to be ready at any moment to take as much pictures as possible.

I do not use any fancy software to organize the pictures, just the file manager and a directory structure. Of course, it helps that the file manager, with the right plugin, can display thumbnails even for RAWs. The photos made in a day go into a folder with a name like YYYY-MM-DD, for example yesterday pics are in the folder 2015-09-02. Sometime, when I want to find the folder easier, I add a keyword, as there I have a 2015-08-14-seaside

organize photos

As soon as the pictures are downloaded, I try to process them - the next day probably others will come and the newest are always the most exciting. So, I enter the folder and delete some pictures: those which are failed or boring. I still don't delete enough (or still take too many), but I'm getting there, improving continuously (space is cheap, some will say). From the too many undeleted pictures left, I copy a few in a working folder, to be edited and then published. Every year I have a new working folder, and when there are more pictures from a certain event (say, more than 10), they go in a subfolder.

Almost exclusively I edit my 'for fun' pictures with GIMP, this is the editing software I feel the most comfortable with and the one that gives me the most control. There are not many pictures, so I can take my time with them. If there are RAWs, GIMP will call UFRaw for the import, and in the rare cases it is needed, G'MIC will provide some advanced filters. For batch operations like mass-resize or mass-watermarking, there is ImageMagick.

Speaking of watermarks, I almost never do it, but there are are a few exceptions, like the pictures which I suspect have the potential to be 'stolen' by newspapers (it happened a few times, even with watermarked pictures). I firmly believe a watermark will destroy the image, so I try to avoid that.

Again, because next day may come with another pictures, I try to publish my photos as soon as possible. Still, I don't want to spam my viewers, so sometimes there is a delay. For the photography blog, I don't post more than 4 items a day, and for photography sites (the likes of 500px) I post only once in a while. Social media is something I still have to work on: I lost a lot of readers (or at least interactions with readers) a couple of years ago, I blame the loss on posting too much and try to work on it. Publishing go hand in hand with license, so almost everything shoot for fun is published under a CC-BY-SA license: free to use, free to modify, free to almost anything.

Of course, there is archiving. From time to time (not on a schedule, mostly when I run out of space) I move the unedited pictures, with their directory structure, from the computer's hard drive to two external drives, in a manual process. The edited pictures stay on the computer for the entire year, maybe even next year. They have copies online and at least the copy on G+ is high quality (do you know Facebook destroys your pictures with aggressive compression and metadata removal?)


As I said before, I recognize some flaws. The most important couple of them:

  • I do not have continuous backup, there is one only when pictures are moved to the external drives. What is currently on the computer is at danger of data loss. Still, they are 'for fun' pictures and I am lazy, so the loss won't be huge, only at most a few weeks of 'for fun' pictures;
  • When I am away for a while, in a trip or vacation, I can't properly process the photos, so when returning home a lot of work will pile-up. For a while I will have to process both old and new images.

Work is serious

organize photos

For work, you have to deliver the best result from a technical point of view, so when there is a paying customer I use my full frame DSLR, which happens to be a Canon 6D, a camera recognized for its good low-light performance. As for shooting, the pictures are taken as RAW and JPEG. JPEG is there as a backup, while the RAW is the one to be edited. Here I need 1) to get the most possible from the pictures and 2) deal with low-light situations which happens a lot when doing event photography.

Again, as soon as I get home, I download the pictures from the memory cards. But this time I do not delete the cards, I put them in a closet, to have a backup somewhere until the processing is done. Processing the photos for an event may take up to a few weeks.

I have a different directory hierarchy for the work photos, so I copy there all the files, in a directory named after the specific client or work. If the work was an event, the first thing is to make a quick and small selection (10-20 pictures) which I edit fast and deliver the same day, as a preview. The idea is for the client to have something really fast, and if he wants to post pictures on social media while it's hot, he can post pictures from me, not some crappy phone-made images.

Then I parse the files with the file manager and its native image viewer, deleting only very few, and make a selection with images to be edited and delivered. From this selection I copy all the RAWs in a different, working folder.

organize photos

Considering the large amount of images (for a wedding it can be around 1000 pictures), editing with GIMP would be a poor option, so I use darktable instead. After a few days or weeks, depending of the size of the work, images are exported with darktable at a resolution good for large prints. Then for some images that I think need more advanced editing, I open and process them further with GIMP.

After that, I deliver to the client the images, in two sets: one at big, printable, resolution, and another resized for web use. Of course, there is no watermark in sight, the client paid for the images, they are not to be tainted in any way.

If the job requires it, then I start working on the printed album. Here the work is done with GIMP ...blasphemy I hear again? Why not use Scribus? Simple: the print shop requires sRGB JPEGs, and they do a very nice job with that. When there is to be made an engraving on the album's leather cover, I prepare it with Inkscape and save in a vector format (PDF/EPS).

Only after the printed album was delivered to the client I can consider the job done. Then I move the files (sources, edits, album pages) to the two external drives and erase the memory cards.

Of course, somewhere during this process, when I get the time, a few pictures are added to my online portfolios. I have to advertise myself, right? This time, as the images are made for the client, the license can't be a free one. Sorry for that, I wish clients open to free licenses, I would offer a discount for that.


  • Since there is a lot of time from when the pictures are taken and until I get them in the backup system, for a while the memory cards are the backup. I could probably change that and save them faster;
  • I still have a lot of work to do with promotion.

organize photos

September 02, 2015

The summer is over, the wallpapers are not
I know that after the calendar the sun is over, but looking outside, it looks and feels like the middle of the summer. And the truth is, for the last month I was all the time on the road, so even if the pictures are taken a while ago, only now I got the opportunity to edit them as desktop wallpapers for a blog post. If you like any of them, feel free to use (CC-BY-SA).
sea wallpaper
sea wallpaper
sea wallpaper
sea wallpaper
sea wallpaper
II Ciclo de Talleres sobre Herramientas Libres

Durante mi estadía en Argentina para la celebración del FUDcon, estaré formando parte del II Ciclo de Talleres Sobre Herramientas Libres, conversando un poco sobre la Edición Gráfica Libre. Utilizaremos herramientas como Gimp, Inkscape y Darktable, con la idea de solventar dudas y curiosidades de los asistentes, Quienes me conocen saben que será algo divertido y quienes no… los espero!

Día/Hora: Lunes 7 de Septiembre – 20 a 22hs

Entrada Gratuita

Los talleres tienen como objetivo realizar una introducción y fomentar el uso de herramientas de software libre en diferentes áreas como el diseño gráfico, la edición de audio y la impresión 3D. También, habrá un espacio para la discusión acerca de nuevas prácticas culturales y la propiedad intelectual en tiempos de internet.


Cronograma de actividades:

Lunes 7/9: ” Edición Gráfica Libre” Breve introducción al uso de las herramentas Darktable, Gimp e Inkscape para edición de imágenes y fotografías. A cargo de María “Tatica” Leandro.

Lunes 21/09: “En la cresta de la ola: impresión 3D” Diseño y fabricación de impresoras 3D con software y hardware libres. A cargo de Valentín Basel

Lunes 5/10: Taller: “Audio para todos, Ruido para nadie” Grabación y edición de sonido con el software libre Audacity. A cargo de Marcelo Tuller

Lunes 19/10: Charla-taller “Primavera remix: ¿cambio de paradigma o triunfo del robo? Discusiones sobre la propiedad intelectual en tiempos de Internet” Espacio para pensar los recorridos desde la persecución de piratas, plagiarios, Niks y engordadores de Borges hasta las propuestas para acceder y habitar la cultura. Presentan: Ana Almada, Carolina Goth y Maximiliano Giraldes.

This post has a nicer formatting that can be seen at it's original source at tatica.org , so feel free to hit the link and read better version!

August 16, 2015

Make Fedora 23 Beautiful

I opened earlier this week the submission phase for Fedora 23 Supplemental Wallpaper. But this time I announced it in FedoraMagazine and you can find everything to it there.