This patch adds a final-level fallback to the FontAwesome font declaration
to use the local version of the FontAwesome font.
This is mainly for when devs are hacking on a local instance of apps that
are using this font, as the CORS settings will resctrict them from
downloading the fonts.
There is an outstanding bug report
https://bugzilla.redhat.com/show_bug.cgi?id=1423753 that came up in
the Fedora Server meeting today.
Does someone know who can make this fixed? And who owns the Amazon AMI
account so it can be fixed quickly in the future?
Stephen J Smoogen.
Good Morning Everyone,
I cut two releases of pagure this morning: 2.13.1 and 2.13.2 (because one wasn't
Here are their corresponding changelog:
* Fri Feb 24 2017 Pierre-Yves Chibon <pingou(a)pingoured.fr> - 2.13.2-1
- Update to 2.13.2
- Fix running the test suite due to bugs in the code:
- Fix picking which markdown extensions are available
- Fix rendering empty text files
* Fri Feb 24 2017 Pierre-Yves Chibon <pingou(a)pingoured.fr> - 2.13.1-1
- Update to 2.13.1
- Add a cancel button on the edit file page (shivani)
- Fix rendering empty file (Farhan Bukhsh)
- Fix retrieving the merge status of a pull-request when there is no master
- On the diff of a pull-request, add link to see that line in the entire file
- Make the pagure_hook_tickets git hook file be executable
- Be a little more selective about the markdown extensions always activated
- Do not notify the SSE server on comment added to a ticket via git
- Fix inline comment not showing on first click in PR page (Pradeep CE)
Basically two bug fix releases (although I include a couple of small features in
2.13.2 is now running in stg and production, which mean we have now ACLs in
production as well \ó/.
Good Morning Everyone,
Our infrastructure is mostly a python store, meaning almost all our apps are
written in python and most using wsgi.
However in python we are using a number of framework:
* flask for most
* pyramid for some of the biggest (bodhi, FAS3)
* Django (askbot, Hyperkitty)
* TurboGears2 (fedora-packages)
* aiohttp (python3, async app: mdapi)
While this makes sometime things difficult, these are fairly standard framework
and most of our developers are able to help on all.
However, as I see us starting to look at JS for some of our apps (fedora-hubs,
wartaa...), I wonder if we could start the discussion early about the different
framework and eventually see if we can unify around one.
This would also allow those of us not familiar with any JS framework to look at
the recommended one instead of picking one up semi-randomly.
So has anyone experience with one or more JS framework? Do you have one that
would you recommend? Why?
Thanks for your inputs,
The infrastructure team will be having it's weekly meeting tomorrow,
2017-02-23 at 19:00 UTC in #fedora-meeting on the freenode network.
We have a gobby document
(see: https://fedoraproject.org/wiki/Gobby )
fedora-infrastructure-meeting-next is the document.
Please try and review and edit that document before the meeting and we
will use it to have our agenda of things to discuss. A copy as of today
is included in this email.
If you have something to discuss, add the topic to the discussion area
with your name. If you would like to teach other folks about some
application or setup in our infrastructure, please add that topic and
your name to the learn about section.
This shared document is for the next fedora infrastructure meeting.
= Introduction =
We will use it over the week before the meeting to gather status and info and
discussion items and so forth, then use it in the irc meeting to transfer
information to the meetbot logs.
= Meeting start stuff =
#startmeeting Infrastructure (2017-02-23)
#chair smooge relrod nirik abadger1999 lmacken dgilmore threebean pingou puiterwijk pbrobinson
#topic New folks introductions
= Status / information / Trivia / Announcements =
(We put things here we want others on the team to know, but don't need to discuss)
(Please use #info <the thing> - your name)
#topic announcements and information
#info got our signing vaults all updated and setup correctly - patrick / kevin
#info bunch more fedorahosted projects moved off - kevin
#info tons of small tickets, auth issues, redirects, etc - everyone
= Things we should discuss =
We use this section to bring up discussion topics. Things we want to talk about
as a group and come up with some consensus /suor decision or just brainstorm a
problem or issue. If there are none of these we skip this section.
(Use #topic your discussion topic - your username)
#topic fedorahosted migration status - kevin
#topic possible FAD/workweek in early may - kevin
= Apprentice office hours =
#topic Apprentice Open office hours
Here we will discuss any apprentice questions, try and match up people looking
for things to do with things to do, progress, testing anything like that.
= Learn about some application or gsetup in infrastructure =
(This section, each week we get 1 person to talk about an application or setup
that we have. Just going over what it is, how to contribute, ideas for improvement,
etc. Whoever would like to do this, just add the info in this section. In the
event we don't find someone to teach about something, we skip this section
and just move on to open floor.)
#topic Learn about:
= Meeting end stuff =
#topic Open Floor
We have quite recently changed naming of rawhide chroot to fXY in COPR and
I would like to know your opinion about it.
As branching is behind the door, I tried to consider it again and slightly
changed my mind. The main problem with just fXY is that it is probably not
very intuitive. "rawhide" tells clearly that rawhide repos are used whereas
with just fXY, the repos used for the chroot need to be switched at
branching (from rawhide to the fXY ones).
We were probably trying to be too fancy here thinking that the follow-up
features (all package rebuilding and chroot forking) will complement it
well. These features can, however, work with both namings and the "rawhide"
chroot just plays much better with mock and how it introduces the new
We can go either way but to me the "just-call-it-rawhide" seems to be more
simple now while also providing nicer user experience.