August 16, 2016

Design Team Fedora Activity Day (FAD) Event Report

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.

Logistics

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.

Budget

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.

Transportation

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)

Food

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.

Newcomers

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.

Badges

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!

    Fun

    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!

    August 12, 2016

    Flock 2016, Krakow

    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:

    Talks

    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.

    Pagure

    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.

    Hackfests

    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.

     

    August 09, 2016

    Aprendizaje del FlocktoFedora para Diversidad
    <figure class="wpb_wrapper vc_figure">
    photo_2016-08-09_08-41-47
    </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@!

    [contact-form]

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

    August 04, 2016

    Design Team FAD

    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

    August 03, 2016

    The Fedora Design Team’s Inkscape/Badges Workshop!

    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

    Logistics

    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.

    28055771984_35dfc9fdd9_k

    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)

    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">
    photo_2016-08-03_08-40-56
    </figure>

    Escuchar

    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.

    Difundir

    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.

    Incentivar

    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.

    Apoyar

    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!

    July 31, 2016

    Quest to enable hotkeys on ASUS laptops
    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.


    June 28, 2016

    A F24 user story

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

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

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

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

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

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

    fedora 24

    June 22, 2016

    radeontop available in Fedora repository

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

    sudo dnf install radeontop

    Then start

    sudo radeontop


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



    June 21, 2016

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

    June 19, 2016

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

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

    June 09, 2016

    Sources for Openly-Licensed Content

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

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

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

    Icons / Graphics

    • The Noun Project

      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.

      thenounproject.com

    • Open Clip Art

      openclipart

      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.

      openclipart.org

    • Xaviju’s Inkscape Open Symbols

      font-awesome

      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.

      github.com/Xaviju/inkscape-open-symbols

    • Stamen

      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.

      maps.stamen.com

    Photos

    • Pixabay

      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.

      pixabay.com

    • Flickr

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

      flickr.com/search/?license=4%2C5%2C9%2C10

    • Wikimedia Commons

      wikicommons

      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!

      commons.wikimedia.org

    • Miscellaneous Government Websites

      loc

      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

      ccsearch

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

      search.creativecommons.org/

    • CompFight

      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.

      compfight.com

    But wait, there’s more!

    Naheem linked me to this aptly-named awesome resource:

    https://github.com/neutraltone/awesome-stock-resources

    Even more goodness there!!

    June 02, 2016

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

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

    April 27, 2016

    Plan to level up contributors with Fedora Hubs!

    Fedora Hubs

    What’s going on with Hubs?

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

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

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

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

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

    Behold, a mockup from 2011:

    Fedora RPG mockup

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

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

    First thoughts about a badge widget

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

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

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

    screenshot of wiki badges widget

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

    mockup of badges widget for hubs profiles

    Layering on some more badgery

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

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

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

    Badges Layer 1: Tagging Along

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

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

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

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

    So here’s the BIG SECRET:

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

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

    Badges Layer 2: Real Badge Metadata

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

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

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

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

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

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

    skill tree diagram

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

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

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

    • Community
    • Content
    • Development
    • Quality
    • Events

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

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

    So that’s layer 3. 🙂

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

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

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

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

    Ambassadors
    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
    CommOps
    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
    Design
    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/
    Documentation
    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
    Marketing
    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.)

    kasapanda

    April 25, 2016

    El FLISoL Venezuela 2016 en Números

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

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

    <figure class="wpb_wrapper vc_figure">
    IMG_7217
    </figure>

    Twitter

    Estadísticas mes de Abril

    Top Twitt
    <figure class="wpb_wrapper vc_figure">
    toptwit
    </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

    Flisol.org.ve

    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 -

    Flisol.info

    Estadísticas mes de Abril

    Ciudades Registradas

    Ciudades 17 -

    Ediciones a la Wiki

    Ediciones 164 -

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

    April 17, 2016

    Looking for Records, Looking for Contributions

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

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

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

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

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

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

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

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

    April 14, 2016

    A logo design process

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

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

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

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

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

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

    logo design comic

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

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

    April 08, 2016

    Exportar un pdf multi-páginas con GIMP

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

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

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

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

    Archivo > Exportar como… >

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

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

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

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

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

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


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

    March 25, 2016

    Current Score Supplemental Wallpaper Fedora 24

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

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

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

    March 24, 2016

    A New Logo for Hyperkitty

    hyperkitty logo

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

    pagure logo

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

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

    hyperkitty logo update mockup

    (SVG available here.)

    Unpackaged Open Font of the Week: Montserrat

    montserrat type sample

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

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

    03-treatment

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

    Montserrat is licensed under the Open Font License.

     

    So, you want to package Montserrat?

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

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

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

     

    Document Freedom Day Phnom Penh

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

     

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

    January 21, 2016

    ¿Eres una chica Fedora? ¡Entonces anotate!

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

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

    <figure class="wpb_wrapper vc_figure">
    9480323700_1b94a34651_z
    </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!
    https://fedoraproject.org/wiki/Women

    Puedes encontrar más información y discusiones en el ticket, relacionados con la instancia del Equipo de Operaciones de Comunidación:
    https://fedorahosted.org/fedora-commops/ticket/23


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

    January 12, 2016

    A post-mortem for the Romanian Wiki Loves Monuments 2015

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

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

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

    The good

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

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

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

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

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

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

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

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

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

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

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

    Wiki Weekend 2015 la Conacul MarghilomanWiki Weekend expedition

    The bad

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

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

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

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

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

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

    The ugly

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

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

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

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

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

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

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

    Conclusion

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

    January 11, 2016

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

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

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

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

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

    December 01, 2015

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

    November 23, 2015

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

    November 04, 2015

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

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

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

    Dual Radeon is currently unsupported but works are under way.

    November 03, 2015

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

    SoundConverter needs python-gstreamer 0.10!

    Running python on terminal leads to the following result:

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


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

    sudo dnf downgrade gstreamer-python --releasever=22

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

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

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

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

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

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

    ¡Feliz 2.0~rc1 a todos!

    click para agrandar

    click para agrandar

    click para agrandar

    click para agrandar

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

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

    October 27, 2015

    Progreso de traducción del manual de usuarios de darktable

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

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

    Traducción
    Días
    <canvas class="vc_line-chart-canvas" height="1" width="1"></canvas>

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

    Layout with the main toolbar

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

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

    October 22, 2015

    Fedora Design Team Update

    Fedora Design Team Logo

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

    Meeting Summary

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

    Meetbot links:

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

    Presentation to Council

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

    The topics I’ll present to the council are covered pretty well in this
    summary from last meeting:
    https://lists.fedoraproject.org/pipermail/design-team/2015-October/007369.html

    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

    30196114

    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:

    https://ask.stg.fedoraproject.org

    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:
    http://fas3-dev.fedorainfracloud.org/group/details/3001

    – 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
    (https://fedorahosted.org/design-team/attachment/ticket/403/users_mockup.png)

    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

    f23_release_party_1A-1

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

    October 21, 2015

    Corebird 1.1 Available in Fedora 22

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

    Major changes that this new version of corebird includes are:

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

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

    October 13, 2015

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

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

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

    October 12, 2015

    LIF 2015

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

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

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

    lif 2015

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

    October 06, 2015

    Gimp100Podcasts 42: Hackergotchis

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

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

    linkhttps://www.youtube.com/watch?v=ylZStFEdvjQ


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

    October 04, 2015

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

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

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

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

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

    Enlace de descarga del PDF: Descargar PDF


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

    October 01, 2015

    Crear imágenes para redes sociales

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

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

    Recuerda las medidas recomendadas para cada imagen:

    social-size1

    Facebook

    • 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

    Vimeo

    • 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

    Tumblr

    • Imagen de perfil – 64 x 64 px

    Gravatar

    • Imagen de perfil – 420 x 420 px

    Xing

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

    Slideshares

    • Imagen de perfil – 96 x 96 px

    About.me

    • imagen de fondo – 1680 × 1050 px

    Twitter

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

    Youtube

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

    Flickr

    • Imagen de perfil – 48 x 48 px

    Pinterest

    • Imagen de perfil – 48 x 48 px

    Skype

    • Imagen de perfil – 214 x 214 px

    LinkedIn

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

    Viadeo

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

    Foursquare

    • Imagen de perfil – 128 x 128 px

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

    September 29, 2015

    Blender Workshop at Smallworld

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

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

    September 28, 2015

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

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

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

    September 23, 2015

    FUDcon en cba24n

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

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

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

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

    September 22, 2015

    Supplemental Wallpaper Winners!

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

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

    But for now here are the winners:

     

    September 18, 2015

    Construyendo una mejor experiencia de FUDcon

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

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

    FADs: La mejor forma de prepararse para el reto

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

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

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

    IMG_9185
    IMG_9207
    IMG_8994
    IMG_9150

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

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

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

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

    Un mejor FUDcon: Reinventando la Rueda (o no)

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

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

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

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

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

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

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

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

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

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

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

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

    _DSC4472_011

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

    September 15, 2015

    Fedora Atomic Logo Idea

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

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

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

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

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

    The current Fedora Cloud logo.

    The current Fedora Cloud logo.

    The Atomic upstream logo.

    The Atomic upstream logo.

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

    Fedora Atomic logo idea

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

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

    Ideas? Feedback? Comments are open of course 🙂

    Fedora Developer Website Design

    Fedora Developer Logo

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

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

    Competitive Analysis and Sitemap

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

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

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

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

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

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

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

    Mockups

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

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

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

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

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

    A few notes about the design here:

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

    HTML/CSS

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

    Jekyll

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

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

    Bizarre Jekyll Issue

    Insert random interlude here 🙂

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

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

    Here it is

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

    Want to Help?

    we need your help!

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

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

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

    FUDCon Córdoba 2015

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

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

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

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

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

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


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