How was Dresden picked?
by Miro Hrončok
Hi,
I've just seen the announcement that Flock will happen in Dresden [1].
I was just curious where and how was this decided? Last thing I was able
to follow was three proposals [2], long silence and then Dresden. From
my point of view, it just occurred out of the blue.
Is there some other mailing list where those decisions are made?
Or is it a private discussion?
Don't get me wrong, I don't *object* the decision, in fact Dresden works
for me better than all the 3 proposals; I'd just like to know how this
works, so I can understand it better. Chances are, I was just lost
during the process.
Thanks,
[1] https://fedoramagazine.org/flock-2018-venue-announcement/
[2] https://pagure.io/flock/issues
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
5 years, 10 months
Local organizer
by Frank E. Zimmer
Hi,
my name is Frank and I'm a Fedora user living in Dresden. As a former
Flock attendee (2016) I was very happy to hear that the next contributor
conference will be in the town I'm living in. I would like to offer my
support to the team organising the conference as a native speaker. I know
the town and have connections some of the local FOSS community.
Regards,
Frank
--
Dr. Frank Zimmer
Polenzstrasse 23
01277 Dresden
Handy: +49 163 3091361
Tel.: +49 351 3144310
5 years, 10 months
Registration Engine for Flock
by Brian Exelbierd
Hi All,
As we learned last year, using Paypal for our collection of the voluntary registration fees proved to be a problem for our RH based accounting. I have been trying to find alternatives for this during the intervening period and have only one.
Eventbrite
Eventbrite's system is used by other open source events and is able to work with RH accounting. The primary thing it brings to the table is that it aggregates all funds into a single transaction. Paypal, Stripe, and other transaction-oriented systems do not do that.
Does anyone have any other alternatives that should be considered. The ones mentioned in the thread last year all were transaction-oriented and didn't meet our accounting needs. We are going to be announcing and opening registration soon, so I need to get this resolved.
regards,
bex
5 years, 11 months
planning for the upcoming flock
by Matthew Miller
Location is still being worked on. But let's talk about the content!
I think last Flock was... fine... but didn't have the positive energy
I've gotten from it in years past. I think we should change it up a
little bit this time around.
Brian and I talked about this quite a bit after the recent Mindshare
and Documentation FADs. Those were both incredible, successful events.
Specifically, I think they were more generally succesful than the
"do-con" we've pushing Flock towards. Flock is vitally important, but
instead of focusing all of the get-together-and-do energy in one place
and time, we should plan on having more hackfests throughout the year.¹
For Flock, I think we should focus on three things:
1. Communicating the Fedora Strategy.
Everyone in Fedora should understand and feel well-aligned with the
project's goals, both long-term and tactical. We should all
understand the messaging we're using to attract new users and
contributors.
2. Planning the Next Strategy.
That strategy doesn't come from the top down, or from thin air, or
from, y'know, corporate puppeteers. It comes from the community.
Because we're so big and distributed, Flock can't be the only place
where we get new ideas, but it *should* be a summit where we
present, learn about, and discuss them.
3. Building Community Connections and Engagement.
We do amazing work as a global project, but there's no substitute
for direct human interaction. Flock helps tie us together and the
in-person interactions help us function better on IRC and mailing
lists throughout the year. To me, it's always been very energizing,
and we should emphasize that.
So, based on this, Brian and I came up with a draft idea of how
sessions should work. Not broken down into exact days or anything yet,
but basically in this order:
1. Plenary (one big room with everyone)
- A "sales kick-off"² session highlighting the overall messaging plan
for the year.
- The metrics runthrough
- Updates on Fedora Editions and current Objectives (20 minutes each)
focused on what's exciting for the next year
2. New Ideas Talks
Have the next Fedora Rings, or Fedora Editions plan, or rpm-ostree,
or something entirely new? Have something that bugs you and a plan
to fix it? Think we should grow our userbase in a particular area
by doing something we aren't? Pitch it!
These sessions would be preselected presentations with a CFP.
Additionally, presenters should tell us who they need to be in the
room to discuss / convince / get involved.
3. Topic-Focused Discussions
- SIG and Team meetings
- Regional planning for the next year
- Basically, mini-strategic-hackfests for various groups
4. A Wrap Up / Readout session (Plenary, again)
- could include a leadership panel dicussion
- five-minute summaries from the various breakouts
What do you all think?
----
1. More on the separately, since it's not Flock related, but if we had
_continuous_ hackfests as productive as these last two (and as many
others have been), we'd have astounding amounts of overall project
progress. Budget realistically does not actually allow _constant_
hackfests, but it's a nice aspiration.
2. But without actual _sales_, salespeople, or bad jokes.
--
Matthew Miller
<mattdm(a)fedoraproject.org>
Fedora Project Leader
5 years, 11 months
Re: Registration Engine for Flock
by Brian Exelbierd
On Fri, Mar 23, 2018, at 5:48 PM, Steven Miano wrote:
> Sorry for being a dirty top poster, but ShowClix does a direct deposit
> (usually a weekly scheduled ACH on Wednesdays), they do not offer a check
> to be mailed like Eventbrite does:
>
> https://showclix.elevio.help/en/articles/61560-when-do-i-receive-my-check
Steven, I am really grateful for this information.
RH wants us to do a single deposit at the end of the event when all of the monies are settled. I don't see a way to do this with ShowClix.
During this thread I haven't seen objections to eventbrite which is already established as an RH vendor/process.
I will follow up with RH finance about using other payment options so we can leverage open source solutions in the future.
Does anyone have any other concerns or should I go ahead with eventbrite for this year as it seems to meet our needs?
regards,
bex
>
> Regards,
>
> On Fri, Mar 23, 2018 at 4:19 AM, Brian Exelbierd <bex(a)pobox.com> wrote:
>
> >
> >
> > On Thu, Mar 22, 2018, at 4:21 PM, Steven M. Miano wrote:
> > >
> > > ShowClix would allow payment gateways (authorize.net, beanstream,
> > > cybersource global payment, firstdata, paypal, and stripe).
> > >
> > > I believe Eventbrite does only paypal and authorize.net.
> >
> > Eventbrite offers their own in-house payment processing option:
> >
> > https://www.eventbrite.com/support/articles/en_US/How_To/
> > how-to-use-eventbrite-payment-processing?lg=en_US
> >
> > This option nets fees and bundles the payout into a single transaction.
> > This meets our accounting requirements.
> >
> > No other payment processing engine I am aware of does this. I don't know
> > of ShowClix offering something similar. Does it?
> >
> > Thanks,
> >
> > bex
> >
> > >
> > > --
> > > Steven M. Miano
> > > http://stevenmiano.com
> > >
> > > -----Original Message-----
> > >
> > > Mailer: MessagingEngine.com Webmail Interface - ajax-5ce6c4ba
> > > Date: Thu, 22 Mar 2018 12:32:21 +0100
> > > Subject: Registration Engine for Flock
> > > To: flock-planning(a)lists.fedoraproject.org
> > > From: Brian Exelbierd <bex(a)pobox.com>
> > > Hi All,
> > >
> > > As we learned last year, using Paypal for our collection of the
> > > voluntary registration fees proved to be a problem for our RH based
> > > accounting. I have been trying to find alternatives for this during
> > > the intervening period and have only one.
> > >
> > > Eventbrite
> > >
> > > Eventbrite's system is used by other open source events and is able to
> > > work with RH accounting. The primary thing it brings to the table is
> > > that it aggregates all funds into a single transaction. Paypal,
> > > Stripe, and other transaction-oriented systems do not do that.
> > >
> > > Does anyone have any other alternatives that should be considered. The
> > > ones mentioned in the thread last year all were transaction-oriented
> > > and didn't meet our accounting needs. We are going to be announcing
> > > and opening registration soon, so I need to get this resolved.
> > >
> > > regards,
> > >
> > > bex
> > > _______________________________________________
> > > flock-planning mailing list -- flock-planning(a)lists.fedoraproject.org
> > > To unsubscribe send an email to flock-planning-leave(a)lists.fedoraprojec
> > > t.org
> > > Email had 1 attachment:
> > > + signature.asc
> > > 1k (application/pgp-signature)
> >
>
>
>
> --
> Steven M. Miano
> http://stevenmiano.com
5 years, 11 months