Fedora Design Team Planet

Sneak into…

Posted by Sirko Kemter on September 16, 2016 05:25 AM

the current stage of the Fedora 25 Supplemental Wallpaper.. Start of this month I openend the submission phase for the Fedora Supplemental Wallpaper. So far we have received 91 submissions and currently 72 of them are approved. So far 49 contributors earned a badge for their submission. But there is still time until 11. October left to contribute a wallpaper.

So far that are my favorites:

Update on Asus X550ZE running on Fedora 24

Posted by Luya Tshimbalanga on September 02, 2016 06:26 AM
Since applying fix related to the ACPI from Linux kernel (future 4.8.0), ASUS kernel laptop runs smoother on Gnome Shell inside Fedora 24 Design Suite. Based on the following observation:
  • The delay of pluggin on/off the power is gone. Without the fix, it took about ten seconds before the system switched the status.
  • Power management has drastically improved. 
  • Closing the lid will automatically suspend the laptop.
  • Multimedia control now works on all applications.
  • Brightness control properly works.
For Fedora users having similar issue with X550Z (also F550Z on some countries), a COPR repository is created for that purpose until upstream release the fix version on the kernel. Other distributions can look at the patch and provide feedback for testing and improvement.

A big thanks to Peter Wu and Lv Zheng for investigating the issue which turned out bigger than expected: the discovery of new ACPI scheme on some modern laptops .

[Solved] Quest to enable hotkeys for Asus X550Z

Posted by Luya Tshimbalanga on August 31, 2016 12:23 AM
Following previous topic, testing the build kernel 4.8.0rc4 with the patch related to ACPI EC allow unlocking the functionality of hotkeys. For the first time, ASUS X550ZE has nearly full functionality from keyboard in Linux operating system (Fedora in my case) on par with Microsoft Windows 8.1 and 10.  Hopefully other laptops having similar problem will regain that access.

For that learned experience, that bug turned out more complex than expected revealing a different ACPI scheme used in Microsoft Windows 10 and a bad practice from BIOS vendor. It also shows how some vendors ignore standard procedure thus making harder to find the problem.

The important lesson is the cooperation between users and developers exchanging knowledge and discovering new elements never seen before. One day, vendors will open themselves approaching the kernel community to improve their products.

Now the hotkeys saga comes to the end, the next step is the support of AMD hybrid graphic card. This blog is written on ASUS X550ZE running on AMD A10 7400P itself using Radeon M265DX.

[Follow-up] Quest of enabling hotkeys on ASUS Laptops

Posted by Luya Tshimbalanga on August 30, 2016 07:59 PM
Resuming for the previous topic, with the help of an Arch user and one of kernel maintainers, it turned out the failure of hotkeys functions [Fn] is due to a Linux ACPI bug. Further investigation revealed a bad practice from BIOS vendor and unexpectedly a new challenge in Linux kernel world as quoted:
However this report indicates us another gap (except the enumeration order gap):
If the namespace EC (DSDT EC in short) is not ready, EC access availability can be kept
using the ECDT EC. In Linux, that requres _Qxx control methods to be registered for
the ECDT EC. I have never seen a Linux EC driver version doing this before,
_Qxx registration is only invoked in acpi_ec_add(). So this bug indicates a gap for Linux.
Essentially, what is initially a bug related for non-functional hotkeys for ASUS X550Z laptop revealed a much more deeper issue related Linux ACPI. It is the first time I reached that level of testing in kernel world with the help from upstream kernel.

A built kernel with an attempt patch to resolve ACPI EC problem is on COPR repository. It willl take longer to complete before testing the patch which will hopefully restore hotkeys functionality on some modern laptops especially ASUS. A suivre...

Design Team Fedora Activity Day (FAD) Event Report

Posted by Máirín Duffy on August 16, 2016 09:26 PM

Fedora Design Team Logo

design team fad attendees portrait

From left to right: Mo Duffy, Marie Nordin, Masha Leonova, Chris Roberts, Radhika Kolathumani, Sirko Kemter (photo credit: Sirko Kemter)

Two weekends ago now, we had a 2-day Fedora Activity Day (heh, a 2-day day) for the Fedora Design Team. We had three main goals for this FAD, although one of them we didn’t cover (:-() :

  • Hold a one-day badges hackfest – the full event report is available for this event – we have wanted to do an outreach activity for some time so this was a great start.
  • Work out design team logistics – some of our members have changed location causing some meeting time issues despite a few different attempts to work around them. We had a few other issues to tackle too (list to come later in this post.) We were able to work through all points and come up with solutions except for one (we ran out of time.)
  • Usability test / brainstorm on the Design Team Hub on Fedora Hubs – so the plan was that the Design Team Hub would be nearly ready for the Flock demo the next week, but this wasn’t exactly the case so we couldn’t test it. With all of the last-minute prep for the workshop event, we didn’t have any time to have much discussion on hubs, either. We did, however, discuss some related hub needs in going through our own workflow in our team logistics discussion, so we did hit on this briefly.

So I’m going to cover the topics discussed aside from the workshop (which already has a full event report), but first I want to talk a little bit about the logistics of planning a FAD and how that worked out first since I totally nerded out on that aspect and learned a lot I want to share. Then, I’ll talk about our design team discussion, the conclusions we reached, and the loose ends we need to tie up still.


I had already planned an earlier Design Team FAD for January 2015, so I wasn’t totally new to the process. There were definitely challenges though.


First, we requested funding from the Fedora Council in late March. We found out 6 weeks later (early May, a little less than 3 months before the event) that we had funding approval, although the details about how that would work weren’t solidified until less than 4 weeks before the event.

Happily, I assumed it’d be approved, filed a request to use the Red Hat Westford facility for the event. There were two types of tickets I had to file for this – a GWS Special Event Request and a GWS Meeting Support Request. The special event request was the first one – I filed that on June 1 (2 months ahead) and it was approved June 21 (took about 3 weeks.) Then, on 7/25 the week before the event, I filed the meeting support request to have the room arranged in classroom style as well as open up the wall between the two medium-sized conference rooms so we had one big room for the community event. I also set up a meeting with the A/V support guy, Malcolm, to get a quick run through of how to get that working. It was good I went ahead and filed the initial request since it took 3 weeks to go through.

The reason it took a while to work out the details on the budget was because we scheduled the event for right before Flock, which meant coordinating / sharing budgets. We did this both to save money and also to make sure we could discuss design-team related Flock stuff before heading to Flock. While this saved some money ultimately, IMHO the complications weren’t worth it:

  • We had to wait for the Flock talk proposals to be reviewed and processed before we knew which FAD attendees would also be funded for Flock, which delayed things.
  • Since things were delayed from that, we ended up missing on some great flight pricing, which meant Ryan Lerch wasn’t able to come 🙁
  • To be able to afford the attendees we had with less than 4 weeks to go, we had to do this weird flight nesting trick jzb figured out. Basically, we booked home<=>BOS round trip tickets, then BOS<=>KRK round trip tickets. This meant Sirko had to fly to Boston after Flock before he could head home to PNH, but it saved a *ton* of money.
fad budget spreadsheet screenshot

behold, our budget

Another complication: we maxed out my corporate card limit before everything was booked. 🙂 I now have a credit increase, so hopefully next event this won’t happen!

The biggest positive budget-wise for this event was the venue cost – free. 🙂 Red Hat Westford kindly hosted us.

I filed the expense reports for the event this past week, and although the entire event was under budget, we had some unanticipated costs as well as a small overage in food budget:

  • Our original food budget was $660. We spent $685.28. We were $25.28 over. (Pretty good IMHO. I used an online pizza calculator to figure out budget for the community event and was overly generous in how much pizza people would consume. 🙂 )
  • We spent $185.83 in unanticipated costs. This included tolls (it costs $3.50 to leave Logan Airport), parking fees, gas, and hotel taxes ($90 in hotel taxes!)

Lessons Learned:

  • Sharing budget with other events slows your timeline down – proceed with caution!
  • Co-location with another event is a better way to share costs logistically.
  • Pizza calculators are a good tool for figuring out food budget. 🙂
  • Budget in a tank of gas if you’ve got a rental.
  • Figure out what tolls you’ll encounter. Oh and PAY CASH, in the US EzPass with a rental car is a ripoff.
  • Ask the hotel for price estimates including taxes/fees.


I rented a minivan to get folks between Westford and the airport as well as between the hotel and the office. I carpool with my husband to work, so I picked it up near the Red Hat Westford office and set up the booking so I was able to leave it at Logan Airport after the last airport run.

Our chariot. I cropped him out of the portrait. Sorry, Toyota Sienna! It has nice pickup. I still am never buying a minivan ever, even if I have more kids. Never minivan, never!

Our chariot. I cropped him out of the portrait. Sorry, Toyota Sienna! It has nice pickup. I still am never buying a minivan ever, even if I have more kids. Never minivan, never!

With international flights and folks coming in on different nights, and the fact I actually live much closer to the airport than the hotel up in Westford (1 hour apart) – by the time the FAD started, I was really worn down as I had 3 nights in a row leading up to the FAD where I wasn’t getting home until midnight at the earliest and I had logged many hours driving, particularly in brutal Boston rush hour traffic. For dropoffs, it was not as bad as everybody left on the same day and there were only 2 airport trips then. Still – not getting home before my kids went to bed and my lack of sleep was a definite strain on my family.

So we had a free venue, but at a cost. For future FAD event planners, I would recommend either trying to get flights coming in on the same day as much as possible and/or sharing the load of airport pickups. Even better, would be to hold the event closer to the airport, but this wasn’t an option for us because of the cost that would entail and the fact we have such a geographically-distributed team.

The transportation situation - those time estimates aren't rush hour yet!

The transportation situation – those time estimates aren’t rush hour yet!

One thing that went very well that is common sense but bears repeating anyway – if you’re picking folks up from the airport, get their phone #’s ahead of time. Having folks phone numbers made pickup logistics waaaaay easier. If you have international numbers, look up how to dial them ahead of time. 🙂

Lessons Learned:

  • Try hard to cluster flights when possible to make for less pickups if the distance between airport / venue is great.
  • If possible, share responsibility for driving with someone to spread the load.
  • Closer to the airport logistically means spending less time in a car and less road trips, leaving more time for hacking.
  • Don’t burn yourself out before the event even starts. 🙂
  • Collect the phone numbers of everyone you’re picking up, or provide them some way of contacting you just in case you can’t find each other.
We're dispersed...

We’re dispersed… (original list of attendees’ locations or origin)


This one went pretty smoothly. Westford has a lot of restaurants; actually, we have a lot more restaurants in Westford with vegetarian options than we did less than 2 years ago at the last Design Team FAD.

For the community event, the invite mentioned that we’d be providing pizzas. We had some special dietary requests from that, so I looked up pizza place that could accommodate, would deliver, and had good ratings. There were two that met the criteria so I went with the one that had the best ratings.

Since the Fedora design team FAD participants were leading / teaching the session, I went over the menu with them the day before the community event, took their orders for non-pizza sandwiches/salads, and called the order in right then and there. (I worried placing the order too far in advance would mean it’d get lost in the shuffle. Lesson learned from the 2015 FAD where Panera forgot our order!) Delivery was a must, because of the ease of not having to go and pick it up.

For snacks, we stopped by a local supermarket either before or after lunch on the first day and grabbed whatever appealed to us. Total bill: $30, and we had tons of drinks and yummy snacks (including fresh blueberries) that kept us tided over the whole weekend and were gone by the end.

We were pretty casual with other meals. Folks at the hotel had breakfast at the hotel, which meant less receipts to track for me. We just drove to places close by for lunch and dinner, and being a local + vegetarian meant we had options for everybody. I agonized way too much about lunch and dinner last FAD (although there were less options then.) Keeping it casual worked well this time; one night we tried to have dinner at a local Indian place and found out they had recently been evicted! (Luckily, there was a good Indian place right down the road.)

Lessons Learned:

  • For large orders, call in the day before and not so far in advance that the restaurant forgets your order.
  • Supermarkets are a cheap way to get a snack supply. Making it a group run ensures everyone has something they can enjoy.
  • Having a local with dietary restrictions can help make sure food options are available for everyone.

Okay, enough for logistics nerdery. Let’s move on to the meat here!

Design Team Planning

We spent most of the first day on Fedora Design team planning with a bit of logistics work for the workshop the following day. First, we started by opening up an Inkscape session up on the projector and calling out the stuff we wanted to work on. It ended up like this:

Screenshot of FAD brainstorming session from Inkscape

Screenshot of FAD brainstorming session from Inkscape

But let’s break it down because I suspect you had to be there to get this. Our high-level list of things to discuss broke down like this:

Discussion Topics

  • Newcomers
    – how can we better welcome newcomers to the team?
  • Pagure migration
    Fedora Trac is going to be sunset in favor of Pagure. How will we manage this transition?
  • Meeting times
    – we’ve been struggling to find a meeting time that works for everyone because we are so dispersed. What to do?
  • Status of our ticket queue
    – namely, our ticket system doesn’t have enough tickets for newbies to take!
  • Badges
    – conversely, we have SO MANY badge tickets needing artwork. How to manage?
  • Distro-related design
    – we need to create release artwork every release, but there’s no tickets for it so we end up forgetting about it. What to do?
  • Commops Thread
    – this point refers to Justin’s design-team list post about ambassadors working with the design team – how can we better work with ambassadors to get nice swag out without compromising the Fedora brand?

Let’s dive into each one.


This is the only topic I don’t think we fully explored. We did have some ideas here though:

  • Fedora Hubs will definitely help provide a single landing page for new comers to see what we’re working on in one place to get a feel for the projects we have going on – right now our work is scattered. Having a badge mission for joining the design team should make for a better onboarding experience – we need to work out what badges would be on that path though. One of the pain points we talked about was how incoming newbies go straight to design team members instead of looking at the ticket queue, which makes the process more manual and thus slower. We’re hoping Hubs can make it more self-service.
  • We had the idea to have something like whatcanidoforfedora.org, but specifically for the design team. One of the things we talked about is having it serve up tickets tagged with a ‘newbie’ tag from both the design-team and badges ticket systems, and have the tickets displayed by category. (E.g., are you interested in UX? Here’s a UX ticket.) The tricky part – our data wouldn’t be static as whatcanidoforfedora.org’s is – we wouldn’t want to present people with a ticket that was already assigned, for example. We’d only want to present tickets that were open and unassigned. Chris did quite a bit of investigation into this and seems to think it might be possible to modify asknot-ng to support this.
  • A Fedora Hubs widget that integrated with team-specific asknot instances was a natural idea that came out of this.
  • We do regular ticket triage during meetings. We decided as part of that effort, we should tag tickets with a difficulty level so it’s easier to find tickets for newbies, and maybe even try to have regular contributors avoid the easy ones to leave them open for newbies. We had some discussion about ticket difficulty level scales that we didn’t get to finish – at one point we were thinking:
    • Easy (1 point) (e.g., a simple text-replacement badge.)
    • Moderate (3 points) (e.g., a fresh badge concept with new illustration work.)
    • Difficult / Complex (10 points) (e.g., a minor UX project or a full badge series of 4-5 badges with original artwork.)

    Or something like this, and have a required number of points. This is a discussion we really need to finish.

  • Membership aspects we talked about – what level of work do we want to require for team emembership? Once a member, how much work do we want to require (if any) to stay “current?” How long should a membership be inactive before we retire? (Not to take anything away from someone – but it’s handy to have a list of active members and a handle on how many active folks there are to try to delegate tasks and plan things like this FAD or meetups at Flock.) No answers, but a lot of hard questions. This came up naturally thinking about membership from the beginning to the end.
  • We talked about potentially clearing inactive accounts out of the design-team group and doing this regularly. (By inactive, we mean FAS account has not been logged into from any Fedora service for ~1 year.)
  • Have a formal mentor process, so as folks sign up to join the team, they are assigned a mentor, similar to the ambassador process. Right now, we’re a bit all over the place. It’d be nice for incoming folks to have one person to contact (and this has worked well in the past, e.g., Mo mentoring interns, and Marie mentoring new badgers.)

Pagure migration

We talked about what features we really needed to be able to migrate:

  • The ability to export the data, since we use our trac tickets for design asset storage. We found out this is being worked on, so this concern is somewhat allayed.
  • The ability to generate reports for ticket review in meetings. (We rely on the custom reports Chris and Paul Frields created for us at the last FAD.) We talked through this and decided we wanted a few things:
    • We’d like to be able to do an “anti-tag” in pagure. So we’d want to view a list of tickets that did not have the “triage” tag on them, so we could go through them and triage them, and add a ‘triage’ tag as we completed triage. That would help us keep track of what new tickets needed to be assessed and which had already been evaluated.
    • We’d like some time-based automation of tag application, but don’t know how that would work. For example, right now if a reporter hasn’t responded for 4 weeks, we classify that ticket as “stalled.” So we’d want tickets where the reporter hasn’t responded in 4 weeks to be marked as “stalled.” Similarly, tickets that haven’t had activity for 2 weeks or more are considered “aging”, so we’d like an “aging” tag applied to them. So on and so forth.
    • We need attachment support for tickets – we discovered this was being worked on too. Currently pagure supports PNG image attachments but we have a wider range of asset types we need to attach – PDFs, Scribus SLAs, SVGs, etc. We tested these out in pagure and they didn’t work.

We agreed we need to follow up with pingou on our needs and our ideas here to see if any of these RFEs (or other solutions) could be worked out in Pagure. We were pretty excited that work was already happening on some of the items we thought would help meet our needs in being able to migrate over.

We don’t have enough tickets! (AKA we are too awesome)

We tend to grab tickets and finish them (or at least hold on to them) pretty quickly on the design team these days. This makes it harder for newbies to find things to work on to meet our membership requirement. We talked about a couple of things here, in addition to related topics already covered in the newbie discussion summary:

  • We need to be more strict about removing assignees from tickets with inactivity. If we’ve pinged the ticket owner twice (which should happen in at least a 4 week period of inactivity from the assignee) and had no response, we should unapologetically just reopen up the ticket for others to take. No hard feelings! Would be even better if we could automate this….
  • We should fill out the ticket queue with our regular release tasks. Which leads to another topic…

Distro-related design (Release Artwork)

Our meetings are very ticket-driven, so we don’t end up covering release artwork during them. Which leads to a scramble… we’ve been getting it done, but it’d be nice for it to involve less stress!

Ideally, we’d like some kind of solution that would automatically create tickets in our system for each work item per release once a new release cycle begins… but we don’t want to create a new system for trac since we’ll be migrating to pagure anyway. So we’ll create these tickets manually now, and hope to automate this once we’ve migrated to pagure.

We also reviewed our release deliverables and talked through each. A to-do item that came up here: We should talk to Jan Kurik and have him remove the splash tasks (we don’t create those splash screens anymore) and add social media banner tasks (we’ve started getting requests for these.) We should also drop CD, DVD, and DVD for multi, and DVD for workstation (transcribing this now I wonder if it’s right.) We also should talk to bproffitt about which social media Fedora users the most and what kind of banners we should create for those accounts for each release. So in summary: we need to drop some unnecessary items from the release schedule that we don’t create anymore, and we should do more research about social media banners and have them added to the schedule.

Another thing I forgot when I initially posted this – we need some kind of entropy / inspiration to keep our default wallpapers going. For the past few releases, we’ve gotten a lot of positive feedback and very few complaints, but we need more inspiration. An idea we came up with was to have a design-team internal ‘theme scheme’ where we go through the letters of the alphabet and draw some inspiration from an innovator related to that letter. We haven’t picked one for F25 yet and need to soon!

Finally, we talked about wallpapers. We’d like for the Fedora supplemental wallpapers to be installed by default – they tend to be popular but many users also don’t know they are there. We thought a good solution might be to propose an internship (maybe Outreachy, maybe GSoC?) to revive an old desktop team idea of wallpaper channels, and we could configure the Fedora supplementals to be part of the channel by default and maybe Nuancier could serve them up.


We never seem to have time to talk through the badges tickets during our meetings, and there are an awful lot of them. We talked about starting to hold a monthly badge meeting to see if this will address it, with the same kind of ticket triage approach we use for the main design team meetings. Overall, Marie and Maria have been doing a great job mentoring baby badgers!

Commops Thread

We also covered Justin’s design-team list post about ambassadors working with the design team, particularly about swag as that tends to be a hot-button issue. For reasons inexplicable to me except for perhaps that I am spaz, I stopped taking notes in Inkscape and started using the whiteboard on this one:

photo of whiteboard (contents described below)

Swag discussion whiteboard (with wifi password scrubbed 🙂 )

We had a few issues we were looking to address here:

  • Sometimes swag is produced too cheaply and doesn’t come out correctly. For example, recently Fedora DVDs were produced with sleeves where Fedora blue came out… black. (For visuals of some good examples compared to bad examples with these sorts of mistakes, check this out.)
  • Sometimes ambassadors don’t understand which types of files to send to printers – they grab a small size bitmap off of the wiki without asking for the print-ready version and things come out pixelated or distorted.
  • Sometimes files are used that don’t have a layer for die cutting – which results in sticker sheets with no cuts that you have to manually cut out with scissors (a waste!)
  • Sometimes files are sent to the printer with no bleeds – and the printer ends up going into the file and manipulating it, sometimes with disastrous results. If a design team member had been involved, they would have known to set the bleeds before sending to the printer.
  • Generally, printers sometimes have no clue, and without a designer working with them they make guesses that are oftentimes wrong and result in poor output.
  • Different regions have different price points and quality per type of item. For example, DVD production in Cambodia is very, very expensive – but print and embroidery items are high-quality and cheap.

Overall, we had concerns about money getting wasted on swag when – with a little coordination – we could produce higher-quality products and save money.

We brainstormed some ideas that we thought might help:

  • Swag quality oversight – Goods produced too cheaply hurt our brand. Could we come up with an approved vendor list, so we have some assurances of a base level of quality? This can be an open process, so we can add additional vendors at any time, but we’ll need some samples of work before they can be approved, and keep logs of our experience with them.
  • Swag design oversight – Ambassadors enjoy their autonomy. We recognize that’s important, but at a certain point sometimes overenthusiastic folks without design knowledge can end up spending a lot of money on items that don’t reflect our brand too well. We thought about setting some kind of cap – if you’re spending more than say $100 on swag, you need design team signoff – a designer will work with you to produce print-ready files and talk to the vendor to make sure everything comes out with a base quality level.
  • Control regional differences – Could we suggest one base swag producer per ambassador region, and indicate what types of products we use them for by default? Per product, we should have a base quality level requirement – e.g., DVDs cannot be burnt – they must be pressed.
  • Okay, I hope this is a fair summary of the discussion. I feel like we could have an entire FAD that focused just on swag. I think we had a lot of ideas here, and it could use more discussion too.

    Meeting Times

    We talked about meeting times. There is no way to get a meeting time that works for everybody, so we decided to split into North America / EMEA / LATAM, and APAC regions. Sirko, Ryan Lerch, and Yogi will lead the APAC time (as of yet to be determined.) And the North America / LATAM / EMEA time will be the traditional design team time – Thursdays at 10 AM ET. Each region will meet on a rotating basis, so one week it’ll be region #1, the next region #2. Each region will meet at least 2x a month then.

    How do we stay coordinated? We came up with a cool idea – the first item of each meeting will be to review the meetbot logs from the other region’s last meeting. That way, we’ll be able to keep up with what the other region is doing, and any questions/concerns we have, they’ll see when they review our minutes the next week. We haven’t had a chance to test this out yet, but I’m curious to see how it works in practice!


    Chris’ flight left on Sunday morning, but everybody else had flights over to Poland which left in the evening, so before we went to the airport, we spent some time exploring Boston. First we went to the Isabella Stewart Gardener Museum, as it was a rainy day. (We’d wanted to do a walking tour.) We had lunch at Boloco, a cool Boston burrito-chain, then the sun decided to come out so we found a parking spot by Long Wharf and I gave everybody a walking tour of Quincy Market and the North End. Then we headed to the airport and said our goodbyes. 🙂

    From left to right: Mo, Masha, Marie, Radhika

    From left to right: Mo, Masha, Marie, Radhika

    What’s Next?

    There’s a lot of little action items embedded here. We covered a lot of ground, but we have a lot more work to do! OK, it’s taken me two weeks to get to this point and I don’t want this blog post delayed anymore, so I’m just going for it and posting now. 🙂 Enjoy!

    Flock 2016, Krakow

    Posted by Ryan Lerch on August 12, 2016 04:56 AM

    Last week, I got to attend the 2016 edition of Flock — the Fedora Contributor Conference. As always for Flock, the 2016 edition of Flock (in Krakow, Poland) provided an amazing opportunity to meet up and work alongside many of my fellow Fedora contributors for a week of talks,  hackfests, workshops, and evening events.

    Flock Swag

    Every year, the awesome Fedora Design Team jumps in and helps create many of the physical items that make Flock both memorable and (we hope) more usable.

    Traditional Flock T-Shirt

    One of the most prominent (and sought after) swag items each Flock is the memorable Flock t-shirt and this year, the awesome Krakow-themed Flock artwork that adorned them was created by Máirín Duffy and Mary Shakshober.

    The Awesome 2016 Flock Krakow T-Shirt

    Booklets & Schedule

    Every year, I help contribute to the Flock Swag by putting together the booklets for Flock. These typically contain all the important information that attendees might need during Flock in a format they can shove in a bag, and refer to when needed. The major elements of the booklet is info about the host city (including maps), info about the evening events, and the schedule. If you are interested in having a look at the booklets (and their sources) — they are all available in the flock-booklets Pagure project. Special thanks to Máirín for doing the final edits & proofreading of the booklet just before printing, and to both Máirín and Mary, for the design from the t-shirts that was used on the front cover of the booklet too.

    Some well-used copies of the Flock 2016 Booklets

    One extra thing I did this year was to create a large versions of the schedule out of smaller strips of paper (one strip for each talk), to be stuck up in a hallway somewhere for all attendees to view and use.  I also did the same thing for each room that was holding talks, so attendees could walk past each room and easily see what was going on. When I was cutting out the close to 150 individual strips of paper, I kept hoping that it would be useful, and watching the amount of people using the big schedule each day, it appeared to work very well. The idea of having each talk on a single strip of paper was so when talks inevitably got moved, changed or canceled, we could update the big schedule to be accurate.

    The big schedule on the wall at Flock on the Friday

    In fact, talking to Josh Boyer (who awesomely put the schedule itself together) we agreed that in the future, it would probably be worth not putting the schedule in the booklet at all — as it tends to change a fair bit after the printing of the booklets — and just having the big wall schedule.

    Lanyard Badges

    This year, the awesome lanyard badges were put together by Masha Leonova, using the same design from the shirts by Máirín and Mary. These were printed (with individual names printed on them too) on quite thick (about 4-5mm) plastic and were super durable and awesome.

    The Lanyards Badges from flock 2016

    Other Swag

    Attendees that pre-registered for Flock this year were also treated to a few more swag items, including a Fedora tote, a Fedora waterbottle, and a sheet of Fedora stickers:


    As always at flock, the first two days of Flock 2016 event are crammed-full with nearly 80 different talks ranging from the Kernel Talk to using Fedora for Art and Design. Some of the stand-out talks for me on the first two days were:

    The State of Fedora-Infra

    Lead by pingou and nirik, this annual talk was a high-level overview of what happened this year so far from both the infrastructure side (lead by nirik), and the fedora-apps side (lead by pingou). It was awesome to see all the hard work that that has being doing the fedora apps including Pagure, FAS3, Bodhi — being summarized and listed out.

    Fedora Magazine and what it teaches us about users

    Paul Frields talk about the Fedora Magazine, was also a great overview of how far we have come with the Fedora Magazine — in a few years it has grown into a Million+ hits a year way for the Fedora Project to communicate with our users. It is now also the primary way that we deliver major announcements (like the Release Announcements) to the world. Paul credited this uptick to the re-focusing of the Magazine to be aimed at Fedora users.

    GNOME Software: You’ll never guess what happens!

    Richard Hughes provided a great summary of the design and development of the Software application that we use in Fedora Workstation. Richard started with a quick overview of the graphical PackageKit tool that we had before, and the design choices that went into creating GNOME Software — with the primary decision being to focus on applications as a base unit rather than Packages. Richard also covered one of the exciting new features that dropped in Fedora 24 on Software — the user reviews, and i learnt the interesting fact that the user reviews we see on Software in Fedora are not just Fedora user reviews, but reviews of users from all other distros using the Software application too.

    Don’t Destroy your machine with Development

    Dusty Mabe led this tutorial style talk on the basics of using Vagrant on Fedora when doing development tasks. It was a great overview on using Vagrant on Fedora, including the use of the libvirt vagrant provider, and syncing files to your Vagrant development environments using the Vagrant sshfs plugin. This was all great information for my campaign to get all the Fedora apps that the infra team develops to start shipping Vagrant setups for first-time developers to use when beginning to hack on these tools.

    Diversity Panel

    The Diversity panel at Flock was led by Amita in the room at Flock, and remotely by the Maria Leandro. It was a great panel to just sit and absorb information about how the Fedora Project is going at the task of expanding our contributor base and plenty of ideas and opinions on how to get more people from all backgrounds and skill levels contributing to the project.


    Pingou led the Pagure talk this year, and it was amazing to see the changes that the project has gone through over the past year. Pagure now has many more active contributors, with many new features and a new UI rolled out over the past year.


    The hackfests and workshops at Flock have to be my favourite part of the Flock meetup, as we all get to sit together in a room, discuss and hack on projects that we typically do remotely all year long.

    Fedora Docs Learn & Hack

    Brian Exelbierd led the Docs hackfest this year with an overview of the new tool and content strategy the Docs team is rolling out. The idea is to move away from monolithic books, and towards smaller article-based docs that will help users find the answers to their issues quicker and easier. He also did a tutorial into getting the new Pintail-based toolchain working.

    Bodhi Hackfest

    One of the main things I got from the Bodhi hackfest was a to-do list (this is always a good thing in my book). A little bit ago, i began porting the Bodhi interface to fedora-bootstrap, and i also got to run some ideas for improving the interface of bodhi from users in the room. One other item on my to-do list (that i started hacking on in the hackfest) was moving the bodhi development sourcesfrom github to Pagure (yay!)

    Fedora Hubs Hackfest

    It was great to see Fedora Hubs in action at Flock in this hackfest, at it is amazing to see how much it has changed and improved from the last time i played around with it a few months ago. The new live updating feed widget is impressive with a lot of potential. And the ability for a user to drag and drop widgets around was super neat as well.

    Evening Events

    I know i must say this every year, but the evening events at Flock 2016 were amazing! I missed the walking tour on the first night, but all reports from people that did go were *glowing*, having a tour of the host city is such a great idea for a lower-key first night event.

    The second night was Cruise Krakow, with dinner served on two separate boats, with one of boats doing two seperate trips along the river in Krakow. The final event was at Brewery Lubicz, and as you can imagine featured both tasty food and beverages.


    Aprendizaje del FlocktoFedora para Diversidad

    Posted by Maria "tatica" Leandro on August 09, 2016 12:46 PM
    <figure class="wpb_wrapper vc_figure">

    No puedo expresar la alegría de tener un equipo de personas tan maravillosas, quienes a pesar de las 12h de diferencia, han logrado mantenerme informada sobre todo lo que sucede al rededor de nuestro trabajo de Diversidad en Fedora durante el Flock. Interminables logs de IRC y Telegram han hecho esto posible. Así que acá está mi lista de pensamientos, tareas e ideas sobre las coas logradas en el Flock de Polonia.

    Primeros Pasos

    Buzón de Diversidad

    Estoy bastante impactada con la gran cantidad de casos que mi equipo de Diversidad ha obtenido durante el Flock. Tenemos personas que, a pesar de ser fantásticas para el proyecto, necesitan un poco de guía sobre como tratar a sus compañeros con mas respeto. Es hora de educar a las personas sobre como mantener un ambiente mas amigable y acogedor, sin tantas criticas a las personas nuevas, o a aquellas personas que simplemente no tienen tanto tiempo para colaborar.

    Luego de realizar una encuesta personal, más del 80% de las personas que tienen dificultades encontrando un ambiente armónico en Fedora no quieren hablar en voz alta, ni quieren decir sus nombres, y casi 2/3 de ellos ni siquiera quieren reportar el caso ya que piensan que no son relevantes. SI SON RELEVANTES.

    A principios de año se comentó la idea de que necesitamos un Buzón de Diversidad lo cual me reforzó Amita luego de conversar con los amigos en el Flock, para que las personas se sientan con la confianza suficiente de conversar con nosotros sin tener que poner sus nombres públicamente. Tenemos casos en otras comunidades donde por el simple hecho de hablar en voz alta han sufrido mucho mas, y transformar un problema pequeño en grande no es nuestra meta.

    Este buzón debería ser capaz de registrar información personal o permitir entradas anónimas, así como adjuntar registros o pruebas del problema, para que podamos estudiarlo y buscar la mejor solución. Puedes ayudarnos? por favor, contácteme ASAP para que podamos sacar este buzón!

    Programas de Inclusión

    Tuvimos un excelente programa inicial con el FWD organizado el mes pasado, y a pesar de que comenzamos pequeño, lo hicimos con mucha energía. Fui parte de una jornada de Diseño online en Perú y me uní a los esfuerzos locales de las reuniones de WordPress en mi ciudad, Amita organizó un excelente FWD en India, Jona hizo un fantástico trabajo con su grupo de chicas en Albania y Christos se nos unió con un excelente panel en el FWD de Grecia. La asistencia fue fantástica, mejor de lo esperado!

    Mientras mas comencemos a aprender sobre los colaboradores, podremos crear mejores programas para ayudar a cada grupo de minoría. FWD demostró ser una excelente iniciativa pero queremos mas, y para eso necesitamos el elemento mas importante, colaboradores. A pesar de que hagamos nuestro mejor esfuerzo en conocer cada minoría, aquellos que las experimentan de primera mano son quienes nos ayudarán a aprender a comprender mejor a cada colaborador de forma particular en nuestro proyecto. Nuestra idea es no solo tener reuniones anuales, pero también tener tantas reuniones en línea como sea posible para que nuestras barreras desaparezcan. Te interesa organizar alguna de estas reuniones?

    Nuestra meta es organizar al menos una reunion mensual donde no solo podamos construir una mejor comunidad Fedora, pero también expandir los conocimientos que tenemos sobre cada miembro de nuestra comunidad.

    Próximos Pasos

    Encuesta de Diversidad

    Una de las primeras ideas que tuvimos para el team de Diversidad fue la (no tan famosa) encuesta, que nos ayudaría a comprender mejor como esta construida nuestra comunidad. A pesar de que tenemos infinidad de nombres en nuestra FAS, conocemos muy poco sobre nuestros colaboradores. Es imperativo seguir presionando para que esta idea se convierta en realidad.

    Puedes ver el estado actual de nuestra encuesta revisando al final de los registros de nuestras reuniones de Diversidad en Polonia en este pad.

    Reportes Anuales

    Cada año tenemos estadísticas sobre cuantos tickets fueron resueltos, cuantos nuevos embajadores tenemos y cuantas badges fueron otorgadas, pero necesitamos estadísticas sobre nuestros esfuerzos de diversidad e inclusión.

    Con reportes anuales que nos ayuden a comparar y aprender, podremos ver si nuestros esfuerzos están generando una comunidad mas acogedora, y nos está ayudando a combatir el bullying y el acoso, permitiéndonos mejorar.

    Qué sigue?

    Queremos escuchar tus ideas! No seas penos@!


    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!

    Design Team FAD

    Posted by Sirko Kemter on August 04, 2016 06:12 AM

    Durng the weekend of 28th to 31st of July I was in Westford for the Design Team FAD, which we had now for the second time and we use mainly for organizing the work in the team. We all arrived during the week, but we are much lesser then last year, as some flights are more expensive like mine. So we are just 7 people this year.

    Day one we spending most of the time with preparing for the open badges hackfest which we will held tomorrow. So we prepared some Inkscape lessons for an entry to Inkscape. The rest of the day we was spending time for organizational stuff we have to do for the work with the Design Team. We organized during the FAD 2015 the work of the Design Team new, we have since then regular meetings in IRC where we look over our ticket queue. Since we doing that, we handle all tickets very fast and our ticket queue is always in short time solved. But that creates another problem, we never have tickets for newcomers left, so we have to find a solution for that. The other problem we have with that is, that we concentrating to much on the tickets and the design for the distribution itself does not end up there, so we sometimes loosing track of it. With the meeting we have to find a solution for it as a bigger part of the Design team is now living in APAC, like Ryan Lerch and me. So its very difficult for us joining the regular meeting. We also spent time organizing the migration of our ticket system to Pagure, which will be happen soon. The migration from trac to Pagure is for the Design Team and the Badges a little bit more problematic as we need some features to do so.

    Next to this organizational things we had on saturday an open house workshop, about using Inkscape and doing badges with it. Mo has an more detailed report about that part of the FAD

    The Fedora Design Team’s Inkscape/Badges Workshop!

    Posted by Máirín Duffy on August 03, 2016 08:41 PM

    Fedora Design Team Logo

    This past weekend, the Fedora Design Team held an Inkscape and Fedora Badges workshop at Red Hat’s office in Westford, Massachusetts. (You can see our public announcement here.)

    Badges Workshop

    Why did the Fedora Design Team hold this event?

    At our January 2015 FAD, one of the major themes of things we wanted to do as a team was outreach, to both help teach Fedora and the FLOSS creative tools set as a platform for would-be future designers, as well as to bring more designers into our team. We planned to do a badges workshop at some future point to try to achieve that goal, and this workshop (which was part of a longer Design FAD event I’ll detail in another post) was it. We collectively feel that designing artwork for badges is a great “gateway contribution” for Fedora contributors because:

    • The badges artwork standards and process is extremely well-documented.
    • The artwork for a badge is a small, atomic unit of contribution that does not take up too much of a contributor’s time to create.
    • Badges individually touch on varying areas of the Fedora project, so by making a single badge you could learn (in a rather gentle way) how a particular aspect of how the Fedora project works (as a first step towards learning more about Fedora.)
    • The process of creating badge artwork and submitting it from start to finish is achievable during a one-day event, and being able to walk away from such an event having submitted your first open source contribution is pretty motivating!

    This is the first event of this kind the Fedora Design team has held, and perhaps any Fedora group? We aimed for a general, local community audience rather than attaching this event to a larger technology-focused conference event or release party. We explicitly wanted to bring folks not currently affiliated with Fedora or even the open source community into our world with this event.

    Preparing for the event

    Photo of event handouts

    There was a lot we had to do in order to prepare for this event. Here’s a rough breakdown:

    Marketing (AKA getting people to show up!)

    We wanted to outreach to folks in the general area of Red Hat’s Westford Office. Originally, we had wanted to have the event located closer to Boston and partner with a university, but for various reasons we needed to have this event in the summer – a poor time for recruiting university students. Red Hat Westford graciously offered us space for free, but without something like a university community, we weren’t sure how to go about advertising the event to get people to sign up.

    Here’s what we ended up doing:

    • We created an event page on EventBrite (free to use for free events.) That gave us a bit of marketing exposure – we got 2 signups from on Event Brite referrals. The site also helped us with event logistics (see next section for more on that.)
    • We advertised the event on Red Hat’s Westford employee list – Red Hat has local office mailing lists for each office, so we advertised the event on there asking area employees to spread the word about the event to friends and family. We got many referrals this way.
    • We advertised the event on a public Westford community Facebook page – I don’t know about other areas, but in the Boston area, many of the individual towns have public town bulletin boards set up as Facebook groups, and event listings are allowed and even encouraged on many of these sites. I was able to get access to one of the more popular Westford groups and posted about our event there – first about a month out, then a reminder the week before. We received a number of referrals this way as well.

    Photo of the event


    We had to formally reserve the space, and also figure out how many people were coming so we knew how much and what kinds of food to order – among many other little logistical things. Here’s how we tackled that:

    • Booking the space – I filed a ticket with Red Hat’s Global Workplace Services group to book the space. We decided to open up 30 slots for the workshop, which required booking two conference rooms on the first floor of the office (generally considered the space we offer for public events) and also requesting those rooms be set up classroom-style with a partition opened up between them to make one large classroom. The GWS team was easy to work with and a huge help in making things run smoothly.
    • Managing headcount – As mentioned earlier, we set up an EventBrite page for the event, which allowed us to set up the 30 slots and allow people to sign up to reserve a slot in the class. This was extremely helpful in the days leading up to the event, because it provided me a final head count for ordering food and also a way to communicate with attendees before the event (as registration requires providing an email address.) We had a last-minute cancellation of two slots, and we were able to push out information to the three channels we’d marketed the event to and get those slots filled the day before the event so we had a full house day of.
    • Ordering food – I called the day before the event to order the food. We went with a local Italian place that did delivery and ordered pizzas and soda for the guests and sandwiches / salads for the instructors (I gathered instructor orders right before making the call.) We had a couple of attendees who had special dietary needs, so I made sure to order from a place that could accommodate.
    • Session video recording – During the event, we used BlueJeans to wirelessly project our slides to the projectors. Consequentially, this also resulted in recordings being taken of the sessions. On my to-do list is to edit those down to just the useful bits and post them, sending the link to attendees.
    • Surveying attendees – After the event, Event Brite helpfully allowed us to send out a survey (via Survey Monkey) to the attendees to see how it went.
    • Making slides available – Several attendees asked for us to send out the slides we used (I just sent them out this afternoon, and have provided them here as well!)
    • Getting permission – I knew we were going to be writing up an event report like this, so I did get the permission/consent of everyone in the room before taking pictures and hitting record on the BlueJeans session.
    • Parking / Access – I realized too late that we probably should have provided parking information up front to attendees, but luckily it was pretty straightforward and we had plenty of spots up front. Radhika helpfully stood by the front entrance as attendees arrived to allow them in the front door and escort them to the classroom.
    • Audio/Video training – Red Hat somewhat recently got a new A/V system I wasn’t familiar with, and there are specific things you need to know about getting the two projectors in the two rooms in sync when the partition is open, so I was lucky to book a meeting with one of Red Hat’s extremely helpful media folks to meet with me the day before and teach me how to run the A/V system.


    Inkscape / Badges Prep Work

    We also needed to prepare for the sessions themselves, of course:

    • Working out an agenda – We talked about the agenda for the event on our mailing list as well as during team meetings, but the rough agenda was basically to offer an Inkscape install fest followed by a basic Inkscape class (mizmo), run through an Inkscape tutorial (gnokii), and then do a badges workshop (riecatnor & mleonova.) We’ll talk about how well this worked later in this post. 🙂
    • Prepare slides / talking points – riecatnor, mleonova, and myself prepped some slides for our sessions; gnokii prepared a tutorial.
    • Prepare handouts – You can see in one of the photos above that we provided attendees with handouts. There were two keyboard shortcut printouts – one for basic / most frequently used ones, the other a more extended / full list we found provided by Michael van der Nest. We also provided a help sheet on how to install Inkscape. We printed them the morning of and distributed them at each seat in the classroom.
    • Prepare badges – riecatnor and mleonova very carefully combed through open badge requests in need of artwork and put together a list of those most appropriate for newbies, filling in ideas for artwork concepts and tips/hints for the would-be badgers who’d pick up the tickets at the event. They also provided the list of ticket numbers for these badges on the whiteboard at the event.

    Marie explaining the anatomy of a badge

    The Agenda / Materials

    Here’s a rough outline of our agenda, with planned and actual times:

    Here’s the materials we used:

    As mentioned elsewhere in this post, we did record the sessions, but I’ve got to go through the recordings to see how usable they are and edit them down if they are. I’ll do another post if that’s the case with links to the videos.

    How did the event go?

    Unfortunately, despite our best efforts (and a massive amount of prep work,) I don’t think any of us would qualify the event as a home run. We ran into a number of challenges, some of our own (um, mine, actually!) making, some out of our control. That being said, thus far our survey results have been very positive – basically attendees agreed with our self-analysis and felt it was a good-to-very good, useful event that could have been even better with a few tweaks.

    graph showing attendees rated the presentation good-to-excellent

    The Good

    • Generally attendees enjoyed the sessions and found them useful. As you can see in the chart above, of 8 survey respondents, 2 thought it was excellent, 3 thought it was very good, and 3 thought it was good. I’ll talk more about the survey results later on, but enjoy this respondent’s quote: “I’m an Adobe person and I’ve never used other design softwares, so I’m happy I learned about a free open source software that will help me become more of an asset when I finish college and begin looking for a career.”
    • The event was sold out – interest in what we had to say and teach is high!. We had all 30 slots filled over a week before the event; when we had 2 last-minute dropouts, we were able to quickly re-fill those slots. I don’t know if every single person who signed up attended, but we weren’t left with any extra seats in the room at the peak of attendance.
    • The A/V system worked well. We had a couple of mysterious drops from BlueJeans that lead some some furious reconnecting to continue the presentation, but overall, our A/V setup worked well. I
    • The food was good. There was something to eat for everyone, and it all arrived on time. For close to 40 people, it cost $190. This included 11 pizzas (9 large, 2 medium gluten free), 4 salads, 2 sandwiches, and 5 2-liter bottles of soda. (Roughly $5.30/person.) Maybe a silly point to make, but food is important too, especially since the event ran right through lunch (10 AM – 3 PM.)
    • We didn’t frighten newbies away (at least, not right away.) About half of the attendees came with Inkscape preinstalled, half didn’t. We divided them into different halves of the room. The non-preinstallers (who we classified as “newbies,”) stayed until a little past lunch, which I consider a victory – they were able to follow at least the first long session, stayed for food, and completed most of gnokii’s tutorial.
    • Inkscape worked great, even cross-platform. Inkscape worked like a champ – there were no catastrophic crashes and generally people seemed to enjoy using it. We had everyone installed by about 20 minutes into the first session – one OS X laptop had some issues due to some settings in the OS X control panel relating to XQuartz, but we were able to solve them. Everyone left the event with a working copy of Inkscape on their system! I would guesstimate we had about 1/3 OS X, 1/3 Windows, and 1/3 Linux machines (the latter RH employees + family mostly. 🙂 )
    • No hardware issues. We instructed attendees to bring their own hardware and all did, with the exception of one attendee who contacted me ahead of time – I was able to arrange to provide a loaner laptop for her. Some folks forgot to bring a computer mouse and I had enough available to lend.

    survey results about event length - too long

    The Bad

    • We ran too long. We originally planned the workshop to last from 10 AM to 2 PM. We actually ran until about 4 PM; although we officially ended at 3 PM with everyone in the room’s consent around 1:30. This is almost entirely my fault; I covered the Inkscape Bootcamp slides too slowly. We had a range of skill levels in the room, and while I was able to keep the newbies on board during my session, the more advanced folks were bored until gnokii ran his (much more advanced) tutorial. The survey results also provided evidence for this, as folks felt the event ran too long and some respondents felt it moved too slow, others too fast.
    • We covered too much material. Going hand-in-hand with running too long, we also tried to do too much. We tried to provide instruction for everyone from the absolute beginner, to Adobe convert, to more experienced attendee, and lost folks along the way as the pacing and level of detail needed for each different audience is too different to pull off successfully in one event. In our post-event session, the Fedora Design Team members running the event agreed we should cut a lot of the basic Inkscape instruction and instead focus on badges as the conduit for more (perhaps one-on-one lab session style) Inkscape instruction to better focus the event.
    • We lost people after lunch. We lost about half of our attendees not long after lunch. I believe this is for a number of reasons, not the least of which we covered so much material to start, they simply needed to go decompress (one survey respondent: “I ended up having to leave before the badges part because my brain hurt from the button tutorial. Maybe don’t do quite so many things next time?”) Another interesting thing to note is the half of the room that was less experienced (they didn’t come with Inkscape pre-installed and along the way tended to need more instructor help,) is the half that pretty much cleared out, while the more experienced half of the room was still full by the official end of the event. This helps support the notion that the newbies were overwhelmed and the more experienced folks hungry for more information.
    • FAS account creation was painful. We should have given the Fedora admins a heads up that we’d be signing 30 folks up for FAS accounts all at the same time – we didn’t, oops! Luckily we got in touch via IRC, so folks were finally able to sign up for accounts without being blocked due to getting flagged as potential spammers. The general workflow for FAS account signup (as we all know) is really clunky and definitely made things more difficult than it needed to be.
    • We should have been more clear about the agenda / had slides available. This one came up multiple times on the survey – folks wanted a local copy of the slides / agenda at the event so when they got lost they could try to help themselves. We were surprised by unwilling folks seemed to be to ask for help, despite our attempts to set a laid back, audience-participation heavy environment. In chatting with some of the attendees over lunch and after the event, both newbie and experienced folks expressed a desire to avoid ‘slowing everybody else down’ by asking a question and wanting to try to ‘figure it out myself first.’
    • No OSD keypress guides. We forgot to run an app that showed our keypresses while we demoed stuff, which would have made our instructions easier to follow. One of the survey respondents pointed this one out.
    • We didn’t have name badges Another survey comment – we weren’t wearing name badges and our names weren’t written anywhere, so some folks forgot our names and didn’t know how to call for us.
    • We weren’t super-organized on assisting folks around the room. We should have set a game plan before starting and assigned some of the other staff to stand in particular corners of the room and kind of assign them that area to help people one-on-one. This would have helped because as just mentioned, people were reluctant to ask for help. Pacing behind them as they worked and taking note of their screens when they seemed stuck and offering help worked well.

    Workshop participants working on their projects

    Survey results so far

    Thus far we’ve had 8 respondents out of the 30 attendees, which is actually not an awful response rate. Here’s a quick rundown of the results:

    1. How likely is it that you would recommend the event to a friend or colleague? 2 detractors, 3 passives, 2 promoters; net promoter score 0 (eek)
    2. Overall, how would you rate the event? Excellent (2), Very Good (3), Good (3), Fair (0), Poor (o)
    3. What did you like about the event? This was a freeform text field. Some responses:
      • “I think the individuals running the event did a great job catering to the inexperience of some of the audience members. The guy that ran the button making lab was incredibly knowledgeable and he helped me learn a lot of new tools in a software I’ve never used before that I may not have found on my own.”
      • “The first Inkscape walk through of short cut keys and their use. Presenter was confident, well prepared and easy to follow. Everyone was very helpful later as we tried “Evil Computer” mods with assistance from knowledgeable artists.”
      • “I enjoyed learning about Inkscape. Once I understood all the basic commands it made it very easy to render cool-looking logos.”
      • “It was a good learning experience. It taught me some things about graphics that I did not know.”
    4. What did you dislike about the event? This was a freeform text field. Some responses:
      • “I wish there was more of an agenda that went out. I tried installing Inkscape at my home before going, but I ran into some issues so I went to the office early to get help. Then I found out that the first hour of the workshop was actually designed to help people instal it. It also went much later than originally indicated and although it didn’t bother me, many people left at the time it was supposed to end, therefore not being able to see how to be an open source contributor.”
      • “The button explanation was very fast and confusing. I’m hoping the video helps because I can pause it and looking away for a moment won’t mean I miss something important.”
      • “Hard to follow directions, too fast paced”
      • “The pace was sometimes too slow.”
      • “While the pace felt good, it can be hard to follow what specific keypresses/mouse movements produced an effect on the projector. When it’s time to do it yourself, you may have forgotten or just get confused. A handout outlining the steps for each assignment would have been helpful.”
    5. How organized was the event? Extremely organized (0), Very organized (5), Somewhat organized (3), Not so organized (0), Not at all organized (0)
    6. How friendly was the staff? Extremely friendly (4), Very friendly (4), Somewhat friendly (0), Not so friendly (0), Not at all friendly (0)
    7. How helpful was the staff? Extremely helpful (2), Very helpful (3), Somewhat helpful (3), not so helpful (0), not at all helpful (0).
    8. How much of the information you were hoping to get from this event did you walk away with? All of the information (4), most of the information (2), some of the information (2), a little of the information (0), none of the information (0)
    9. Was the event length too long, too short, or about right? Much too long (0), somewhat too long (3), slightly too long (3), about right (2), slightly too short (0), somewhat too short (0), much too short (0).
    10. Freeform Feedback: Some example things people wrote:
      • “I’m an Adobe person and I’ve never used other design softwares, so I’m happy I learned about a free open source software that will help me become more of an asset when I finish college and begin looking for a career.”
      • “Overall fantastic event. I hope I’m able to find out if another workshop like this is ever held because I’d definitely go.”
      • “If you are willing to make the slides available and focus on tool flow it would help as I am still looking for how BADGE is obtained and distributed.”

    mleonova showing off our badges

    Looking forward!

    Despite some of the hiccups, it is clear attendees got a lot out of the event and enjoyed it. There are a lot of recommendations / suggestions documented in this post for improving the next event, should one of us decide to run another one.

    In general, in our post-event discussion we agreed that future events should have a tighter experience level pre-requisite; for example, absolute beginners tended to like the Inkscape bootcamp material, so maybe have a separate Inkscape bootcamp event for them. The more experienced users enjoyed gnokii’s project-style, fast-paced tutorial and the badges workshop, so having an event that included just that material and had a pre-requisite (perhaps you must be able to install Inkscape on your own and be at least a little comfortable using it) would probably work well.

    Setting a time limit of 3-4 hours and sticking to it, with check-ins, would be ideal. I think an event like this with this many attendees needs 2-3 people minimum running it to work smoothly. If there were 2-3 Fedorans co-located and comfortable with the material, it could be run fairly cheaply; if the facility is free, you could do it for around $200 if you provide food.

    Anyway I hope this event summary is useful, and helps folks run events like this in the future! A big thanks to the Fedora Council for funding the Fedora Design Team FAD and this event!

    Diversidad en el Flock Krakow (Polonia)

    Posted by Maria "tatica" Leandro on August 03, 2016 06:01 PM

    Hay algo que todos amamos, una buena charla con amigos, y eso fue el Panel de Diversidad en el Flock Krakow. En un Panel realmente interesante lleno de no solo personas increíbles, pero experimentadas, discutimos como podemos mejorar nuestros esfuerzos para lograr que todos se sientan cómodos y animarlos a hacer lo que les gusta sin que tengan que preocuparse por lo que la gente piense.

    Tengo que darle un agradecimiento especial a mi equipo de Diversidad, Justin, Amita, Jona, Bee y Silvia; quienes hicieron posible que asistiera a pensar de las dificultades; no puedo expresar lo agradecida que estoy por el esfuerzo de todos! Ahora, entremos en tema: (mis disculpas si no coloco los nombres al lado de las ideas expuestas, el video no era lo suficientemente bueno para identificarlos a todos)

    <figure class="wpb_wrapper vc_figure">


    Es fácil llenarse la cabeza con los últimos paquetes que necesitan ser armados, sobre los últimos .po que deben ser traducidos, o sobre ese bendito px que sigue interfiriendo en el diseño; debemos tomarnos un momento para levantar la cabeza y ver las personas que trabajan con nosotros. Nuestra comunidad está llena de toneladas de personas con cualidades que hacen que el proyecto crezca cada día, sin embargo, a veces consideramos que esto es un trabajo de tiempo completo en vez de un trabajo colaborativo. El momento en que dejamos de escuchar a nuestros colaboradores que necesitan guía, nuestros números bajaran ya que no seremos capaces de  generar una nueva generación de relevo.


    Siéntete orgulloso de trabajar con otros en vez de solo buscar tus propias recompensas. La comunidad ES tu familia, y deberías tratarla como tal. no seremos capaces de incluir mas personas a nuestras líneas a menos de que hablemos de ello, siente orgullo sobre tu comunidad y deja de darle importancia al que dirán. Es fácil olvidad que todos comenzamos como novatos preguntando cosas tontas, es fácil olvidar que NOSOTROS somos quienes tenemos la responsabilidad de mostrar que hay una tarea para todos en la comunidad. Es momento de que difundamos que nos sentimos orgullosos por nuestros compañeros en el proyecto. Una gran idea es tener una persona del equipo de Diversidad como representante en cada Team, para así poder hacer que todos se sientan incluidos. No es un secreto que conocemos mas a las personas que están dentro de nuestro mismo equipo, y no conocemos mucho a el resto de personas que están en el proyecto… es un gran proyecto. Al tener un miembro de Diversidad en cada Equipo podremos reducir la brecha entre nosotros y las personas que necesiten de nuestra ayuda.


    Yo creo que nuestros procesos son inclusivos, si no, muchos de nosotros no estaríamos aquí en primer lugar, sin embargo, si creo que tenemos algunos miembros activos que son una debilidad. Una de nuestras debilidades es que no sacamos la cabeza de lo que estamos haciendo, y no tomamos un momento para ver lo que nos rodea. Hay un MONTÓN de personas dispuestas a colaborar, sin embargo, TODOS tenemos que trabajar como mentores (sin importar si eso te agrega un +1 de karma). Con tantos badges, estadísticas y similares, de cierta forma estamos olvidando el porque somos una comunidad, no es solo para hacer cosas fantásticas con software, pero también para divertirnos. Una vez comprendamos que el número de colaboradores felices es tan importante (o mas) que el número de badges que tenemos o nuestras estadísticas en el track, seremos capaces de tener una comunidad mas saludable y acogedora.


    No es un secreto que hay personas que se sienten incómodas y otras personas que disfrutan de esto, siempre hay un troll y un peleón. Necesitamos crear una red de soporte con la que podamos ayudar a las personas a sentirse protegidas y seguras, y también un lugar donde podamos enseñarles a lidiar con estas situaciones. No debemos construir una pared al rededor de nuestros colaboradores, debemos enseñarlos a forjar herramientas que los preparen para defenderse ante cualquier ataque. Creo que podemos ser un instrumento para enseñarle a las personas como vivir felices en este mundo.

    Me gustaría agradecer a Matthew, Christoph, Marina, Laura, Kohane, Kushal y todos aquellos a quienes no les reconocí las voces mientras colaboraban en el panel; esto demuestra que hay un interés real en construir una mejor comunidad para nuestros usuarios, y no solo construir buen software.

    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!

    Quest to enable hotkeys on ASUS laptops

    Posted by Luya Tshimbalanga on July 31, 2016 11:16 PM
    With the help of an Arch Linux user, we managed to extract input of  hotkeys and closing lid to suspend on several ASUS laptops which required ATKACPI driver to properly function otherwise they will not work despite the availability of asus-nb-wmi module.
    I made a tracker to alert that discovery so hopefully kernel maintainers will notice.

    A F24 user story

    Posted by Nicu Buculei on June 28, 2016 01:47 PM

    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

    radeontop available in Fedora repository

    Posted by Luya Tshimbalanga on June 22, 2016 06:29 PM

    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

    Fedora 24 Design Suite available

    Posted by Luya Tshimbalanga on June 21, 2016 03:40 PM
    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.

    Fedora Design Suite 24 status

    Posted by Luya Tshimbalanga on June 19, 2016 01:33 AM
    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.

    Sources for Openly-Licensed Content

    Posted by Máirín Duffy on June 09, 2016 01:07 PM

    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!!

    Readying Fedora 24 Design Suite

    Posted by Luya Tshimbalanga on June 02, 2016 06:21 AM
    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.

    Plan to level up contributors with Fedora Hubs!

    Posted by Máirín Duffy on April 27, 2016 03:20 AM

    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.)


    El FLISoL Venezuela 2016 en Números

    Posted by Maria "tatica" Leandro on April 25, 2016 10:23 PM

    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!

    Looking for Records, Looking for Contributions

    Posted by Sirko Kemter on April 17, 2016 09:01 AM

    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.

    A logo design process

    Posted by Máirín Duffy on April 14, 2016 02:23 PM

    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

    Posted by Luya Tshimbalanga on April 14, 2016 05:59 AM
    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>

    Exportar un pdf multi-páginas con GIMP

    Posted by Maria "tatica" Leandro on April 08, 2016 02:01 PM

    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!

    Current Score Supplemental Wallpaper Fedora 24

    Posted by Sirko Kemter on March 25, 2016 01:46 AM

    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!

    A New Logo for Hyperkitty

    Posted by Máirín Duffy on March 24, 2016 03:37 PM

    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

    Posted by Máirín Duffy on March 24, 2016 03:04 PM

    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

    Posted by Sirko Kemter on March 24, 2016 04:49 AM

    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

    ¿Eres una chica Fedora? ¡Entonces anotate!

    Posted by Maria "tatica" Leandro on January 21, 2016 01:26 PM

    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!

    A post-mortem for the Romanian Wiki Loves Monuments 2015

    Posted by Nicu Buculei on January 12, 2016 07:37 AM

    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.

    Scribus 1.5.1svn available on COPR repository

    Posted by Luya Tshimbalanga on January 11, 2016 09:42 AM
    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

    Posted by Luya Tshimbalanga on January 11, 2016 03:04 AM
    • 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).

    Trying Talky.io

    Posted by Luya Tshimbalanga on December 01, 2015 05:23 AM
    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.

    On GIMP's 20th anniversary

    Posted by Nicu Buculei on November 23, 2015 08:38 AM
    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).

    Running Fedora 23 Design Suite with ASUS X550ZE

    Posted by Luya Tshimbalanga on November 04, 2015 04:53 AM
    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.

    gstreamer-python broke SoundConverter on Fedora 23

    Posted by Luya Tshimbalanga on November 03, 2015 07:57 PM
    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í!

    Posted by Maria "tatica" Leandro on November 03, 2015 02:04 PM

    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!

    Progreso de traducción del manual de usuarios de darktable

    Posted by Maria "tatica" Leandro on October 27, 2015 01:42 PM

    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

    Posted by Luya Tshimbalanga on October 27, 2015 12:28 AM
    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.

    Fedora Design Team Update

    Posted by Máirín Duffy on October 22, 2015 04:46 PM

    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.

    Corebird 1.1 Available in Fedora 22

    Posted by Ryan Lerch on October 21, 2015 04:43 AM

    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.

    Fedora 22 and 23 backgrounds updated with extras

    Posted by Luya Tshimbalanga on October 13, 2015 05:54 PM
    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.

    LIF 2015

    Posted by Nicu Buculei on October 12, 2015 09:18 AM

    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!

    Gimp100Podcasts 42: Hackergotchis

    Posted by Maria "tatica" Leandro on October 06, 2015 12:12 AM

    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!

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

    Posted by Maria "tatica" Leandro on October 04, 2015 07:17 PM

    <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!

    Crear imágenes para redes sociales

    Posted by Maria "tatica" Leandro on October 01, 2015 03:13 PM

    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!

    Blender Workshop at Smallworld

    Posted by Sirko Kemter on September 29, 2015 05:14 AM

    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

    Update of Asus X550ZE status

    Posted by Luya Tshimbalanga on September 28, 2015 05:59 AM
    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.

    FUDcon en cba24n

    Posted by Maria "tatica" Leandro on September 23, 2015 04:00 PM

    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

    Posted by Luya Tshimbalanga on September 23, 2015 01:32 AM
    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.

    Supplemental Wallpaper Winners!

    Posted by Sirko Kemter on September 22, 2015 01:28 AM

    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: