Thanks to everyone who attended this afternoon's workshop, we
have
some really good notes about how to get started on a road to better
software for next Flock.
https://fedoraproject.org/wiki/Flock_2016_software
The wiki page needs a bit of cleanup (just simple formatting) but it
suffices for now if you missed the session and are interested in
helping. I'll schedule a followup 2 weeks out on IRC so we can work
out additional next steps. Any updates are welcome in the meantime to
this list!

We used Drupal COD for fudcon.in and I can testify that it is a pain
to set up and maintain. What's worse is upgrading it and that's
important since we'd want to build a system that we maintain for some
years.
It would really be great if this was thought about and eventually
hosted as a generic event management system for FUDCon and Flock than
just "software for Flock". The difference between Flock and FUDCon
seems mostly to be scale and focus and neither of those factors have
anything to do with the event management software. If it is just the
matter of getting input from current and past FUDCon organizers then
I'm sure we can solve that.
Siddhesh
--
http://siddhesh.in

Hi,
IMHO, really would be great to combine the current event handling with
our existing subsystems, such as FedoCal, and ticketing and more - and
if we can set with proper rights - we can support not only flock and
fudcons else all other events that happening in the world. The great
thing in open source is that possibly "someone had already did it".
If you look around, I suggest to talk with Mozilla, and ask help for
customize, and integration of their event handling system for us that
they have already solved, and working well.
If you are interested, check these links:
https://reps.mozilla.org/events/#/period/future/https://www.mozilla.org/en-US/contribute/events/
Base of their code:
https://source.opennews.org/en-US/articles/tags/events/
...also if I good remember, currently the our "Hub" project is trying
to gather from different places informations and show in a hub.
The events IMHO can be an hub?
Zoltan
2015-08-15 6:24 GMT+02:00 Siddhesh Poyarekar <siddhesh.poyarekar(a)gmail.com&gt;:

On 15 August 2015 at 02:08, Paul W. Frields
<stickster(a)gmail.com&gt; wrote:
> Thanks to everyone who attended this afternoon's workshop, we have
> some really good notes about how to get started on a road to better
> software for next Flock.
>
> https://fedoraproject.org/wiki/Flock_2016_software
>
> The wiki page needs a bit of cleanup (just simple formatting) but it
> suffices for now if you missed the session and are interested in
> helping. I'll schedule a followup 2 weeks out on IRC so we can work
> out additional next steps. Any updates are welcome in the meantime to
> this list!
We used Drupal COD for fudcon.in and I can testify that it is a pain
to set up and maintain. What's worse is upgrading it and that's
important since we'd want to build a system that we maintain for some
years.
It would really be great if this was thought about and eventually
hosted as a generic event management system for FUDCon and Flock than
just "software for Flock". The difference between Flock and FUDCon
seems mostly to be scale and focus and neither of those factors have
anything to do with the event management software. If it is just the
matter of getting input from current and past FUDCon organizers then
I'm sure we can solve that.
Siddhesh
--
http://siddhesh.in
_______________________________________________
flock-planning mailing list
flock-planning(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/flock-planning

Hi,
IMHO, really would be great to combine the current event handling with
our existing subsystems, such as FedoCal, and ticketing and more - and
if we can set with proper rights - we can support not only flock and
fudcons else all other events that happening in the world. The great
thing in open source is that possibly "someone had already did it".
If you look around, I suggest to talk with Mozilla, and ask help for
customize, and integration of their event handling system for us that
they have already solved, and working well.
If you are interested, check these links:
https://reps.mozilla.org/events/#/period/future/https://www.mozilla.org/en-US/contribute/events/
Base of their code:
https://source.opennews.org/en-US/articles/tags/events/
...also if I good remember, currently the our "Hub" project is trying
to gather from different places informations and show in a hub.
The events IMHO can be an hub?

While I'm not opposed to this, given our usual resource constraints we
are not trying to solve every problem. Let's start with solving the
highest priority problems that are laid out on the page. Increasing
the number of requirements only decreases the chances that we can get
to the finish line. :-)
--
Paul W. Frields http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
http://redhat.com/ - - - - http://pfrields.fedorapeople.org/
The open source story continues to grow: http://opensource.com

Few more links that helps:
CivOmega: Project allowing people to ask questions of legislative data
and was recently awarded a Sunlight Foundation OpenGov Grant.
HackDash: A tool for organizing hackathon projects originally
developed at the 2012 Hacks/Hackers Buenos Aires Media Party.
NewsDiffs: Tool for tracking and archiving changes to articles on five
major news sites.
Treasury.io: Tool developed by the CSV Soundsystem hacker team, which
includes 2013 Knight-Mozilla Fellow Brian Abelson, to help track the
US government's virtual checkbook.
Sheetsee.js: Easy data visualizations using a simple spreadsheet backend.
Dedupe: A library for deduplication, entity resolution, record
linkage, and author disambiguation of big datasets.
California Election Parser: A parser for election data used by over
200 California news sites in 2012.
2015-08-15 6:24 GMT+02:00 Siddhesh Poyarekar <siddhesh.poyarekar(a)gmail.com&gt;:

On 15 August 2015 at 02:08, Paul W. Frields
<stickster(a)gmail.com&gt; wrote:
> Thanks to everyone who attended this afternoon's workshop, we have
> some really good notes about how to get started on a road to better
> software for next Flock.
>
> https://fedoraproject.org/wiki/Flock_2016_software
>
> The wiki page needs a bit of cleanup (just simple formatting) but it
> suffices for now if you missed the session and are interested in
> helping. I'll schedule a followup 2 weeks out on IRC so we can work
> out additional next steps. Any updates are welcome in the meantime to
> this list!
We used Drupal COD for fudcon.in and I can testify that it is a pain
to set up and maintain. What's worse is upgrading it and that's
important since we'd want to build a system that we maintain for some
years.
It would really be great if this was thought about and eventually
hosted as a generic event management system for FUDCon and Flock than
just "software for Flock". The difference between Flock and FUDCon
seems mostly to be scale and focus and neither of those factors have
anything to do with the event management software. If it is just the
matter of getting input from current and past FUDCon organizers then
I'm sure we can solve that.
Siddhesh
--
http://siddhesh.in
_______________________________________________
flock-planning mailing list
flock-planning(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/flock-planning

There is an effort lead by Eduardo Echevemaster (echevemaster) to build
a FUDCon tool that should be ready by FUDCon Cordoba 2015.
The software is located at:
https://github.com/echevemaster/fudcon
When I asked about, people working on this said that they may want to
get something usable for FUDCon but at FUDCon make a hackathon to
integrate features and request to see if this can be the fedora premier
event tool.
How can I point this group to the results for the next generation tool
for premier events (Flock, FUDCcon and maybe even FAD) ?
Neville
On Sat, 2015-08-15 at 13:28 +0200, Zoltan Hoppar wrote:

Few more links that helps:
CivOmega: Project allowing people to ask questions of legislative
data
and was recently awarded a Sunlight Foundation OpenGov Grant.
HackDash: A tool for organizing hackathon projects originally
developed at the 2012 Hacks/Hackers Buenos Aires Media Party.
NewsDiffs: Tool for tracking and archiving changes to articles on
five
major news sites.
Treasury.io: Tool developed by the CSV Soundsystem hacker team, which
includes 2013 Knight-Mozilla Fellow Brian Abelson, to help track the
US government's virtual checkbook.
Sheetsee.js: Easy data visualizations using a simple spreadsheet
backend.
Dedupe: A library for deduplication, entity resolution, record
linkage, and author disambiguation of big datasets.
California Election Parser: A parser for election data used by over
200 California news sites in 2012.
2015-08-15 6:24 GMT+02:00 Siddhesh Poyarekar <
siddhesh.poyarekar(a)gmail.com&gt;:
> On 15 August 2015 at 02:08, Paul W. Frields <stickster(a)gmail.com&gt;
> wrote:
> > Thanks to everyone who attended this afternoon's workshop, we
> > have
> > some really good notes about how to get started on a road to
> > better
> > software for next Flock.
> >
> > https://fedoraproject.org/wiki/Flock_2016_software
> >
> > The wiki page needs a bit of cleanup (just simple formatting) but
> > it
> > suffices for now if you missed the session and are interested in
> > helping. I'll schedule a followup 2 weeks out on IRC so we can
> > work
> > out additional next steps. Any updates are welcome in the
> > meantime to
> > this list!
>
> We used Drupal COD for fudcon.in and I can testify that it is a
> pain
> to set up and maintain. What's worse is upgrading it and that's
> important since we'd want to build a system that we maintain for
> some
> years.
>
> It would really be great if this was thought about and eventually
> hosted as a generic event management system for FUDCon and Flock
> than
> just "software for Flock". The difference between Flock and FUDCon
> seems mostly to be scale and focus and neither of those factors
> have
> anything to do with the event management software. If it is just
> the
> matter of getting input from current and past FUDCon organizers
> then
> I'm sure we can solve that.
>
> Siddhesh
> --
> http://siddhesh.in
> _______________________________________________
> flock-planning mailing list
> flock-planning(a)lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/flock-planning

There is an effort lead by Eduardo Echevemaster (echevemaster) to
build
a FUDCon tool that should be ready by FUDCon Cordoba 2015.
The software is located at:
https://github.com/echevemaster/fudcon
When I asked about, people working on this said that they may want to
get something usable for FUDCon but at FUDCon make a hackathon to
integrate features and request to see if this can be the fedora premier
event tool.
How can I point this group to the results for the next generation tool
for premier events (Flock, FUDCcon and maybe even FAD) ?

Have them review the wiki page, and join and/or watch this list for
updates. While I don't think it's a great idea to invent our own
software with multiple other upstreams already available, I don't want
to interfere with the Cordoba team's efforts. Their event is quite
close and I'm not confident we can finish with a new Flock software
deployment in time for FUDCon Cordoba in November.
My personal opinion would be to limit development work on some new,
NIH solution. But we'd certainly be happy to have their support and
help, or at least testing effort.
--
Paul W. Frields http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
http://redhat.com/ - - - - http://pfrields.fedorapeople.org/
The open source story continues to grow: http://opensource.com

On Sat, Aug 15, 2015 at 10:50:09AM -0400, Neville A. Cross wrote:
> There is an effort lead by Eduardo Echevemaster (echevemaster) to build
> a FUDCon tool that should be ready by FUDCon Cordoba 2015.
>
> The software is located at:
> https://github.com/echevemaster/fudcon
>
> When I asked about, people working on this said that they may want to
> get something usable for FUDCon but at FUDCon make a hackathon to
> integrate features and request to see if this can be the fedora premier
> event tool.
>
> How can I point this group to the results for the next generation tool
> for premier events (Flock, FUDCcon and maybe even FAD) ?
Have them review the wiki page, and join and/or watch this list for
updates. While I don't think it's a great idea to invent our own
software with multiple other upstreams already available, I don't want
to interfere with the Cordoba team's efforts. Their event is quite
close and I'm not confident we can finish with a new Flock software
deployment in time for FUDCon Cordoba in November.

Sorry, s/November/September/ but I guess that just strengthens my
estimate. :-)

On 15 August 2015 at 02:08, Paul W. Frields
<stickster(a)gmail.com&gt; wrote:
> Thanks to everyone who attended this afternoon's workshop, we have
> some really good notes about how to get started on a road to better
> software for next Flock.
>
> https://fedoraproject.org/wiki/Flock_2016_software
>
> The wiki page needs a bit of cleanup (just simple formatting) but it
> suffices for now if you missed the session and are interested in
> helping. I'll schedule a followup 2 weeks out on IRC so we can work
> out additional next steps. Any updates are welcome in the meantime to
> this list!
We used Drupal COD for fudcon.in and I can testify that it is a pain
to set up and maintain. What's worse is upgrading it and that's
important since we'd want to build a system that we maintain for some
years.
It would really be great if this was thought about and eventually
hosted as a generic event management system for FUDCon and Flock than
just "software for Flock". The difference between Flock and FUDCon
seems mostly to be scale and focus and neither of those factors have
anything to do with the event management software. If it is just the
matter of getting input from current and past FUDCon organizers then
I'm sure we can solve that.
Siddhesh
--
http://siddhesh.in
_______________________________________________
flock-planning mailing list
flock-planning(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/flock-planning

On 15 August 2015 at 02:08, Paul W. Frields
<stickster(a)gmail.com&gt; wrote:
> Thanks to everyone who attended this afternoon's workshop, we have
> some really good notes about how to get started on a road to better
> software for next Flock.
>
> https://fedoraproject.org/wiki/Flock_2016_software
>
> The wiki page needs a bit of cleanup (just simple formatting) but it
> suffices for now if you missed the session and are interested in
> helping. I'll schedule a followup 2 weeks out on IRC so we can work
> out additional next steps. Any updates are welcome in the meantime to
> this list!
We used Drupal COD for fudcon.in and I can testify that it is a pain
to set up and maintain. What's worse is upgrading it and that's
important since we'd want to build a system that we maintain for some
years.

Thanks for this input. This was a point shared in the workshop as
well. I set up a test bed of COD earlier and even though I have some
Drupal experience, it was neither easy nor intuitive to set up or
maintain a small test event site.

It would really be great if this was thought about and eventually
hosted as a generic event management system for FUDCon and Flock than
just "software for Flock". The difference between Flock and FUDCon
seems mostly to be scale and focus and neither of those factors have
anything to do with the event management software. If it is just the
matter of getting input from current and past FUDCon organizers then
I'm sure we can solve that.

The wiki page needs a bit of cleanup (just simple formatting) but it
suffices for now if you missed the session and are interested in
helping. I'll schedule a followup 2 weeks out on IRC so we can work
out additional next steps. Any updates are welcome in the meantime to
this list!

So I heard back from Oliver Propst on the GUADEC site, and he says they
don't actually use OSEM...
~m

Hi,
On 08/14/2015 04:38 PM, Paul W. Frields wrote:
>
> The wiki page needs a bit of cleanup (just simple formatting) but it
> suffices for now if you missed the session and are interested in
> helping. I'll schedule a followup 2 weeks out on IRC so we can work
> out additional next steps. Any updates are welcome in the meantime to
> this list!
So I heard back from Oliver Propst on the GUADEC site, and he says they
don't actually use OSEM...

> So I heard back from Oliver Propst on the GUADEC site, and he
says they
> don't actually use OSEM...
Did Oliver say what they are using?

He didn't, my guess is it's custom in the sort of way ours is, he said
it's far from ideal and he personally would like to switch to OSEM at
some point. He's not sure why they are using GNOME / GUADEC as a
reference, though.
~m

Sadface. Do we need a public OSEM instance up to play with? I have
a
server with plenty of space & horsepower where I can provide that.

I'd be very excited to play with it and compare it against the feature
matrix we came up with. Sirko also knows one of the lead developers and
can do an email intro, so I can ask her about the codebase as-is and the
roadmap wrt the features we need.
~m

On 08/27/2015 11:03 AM, Paul W. Frields wrote:
>Sadface. Do we need a public OSEM instance up to play with? I have a
>server with plenty of space & horsepower where I can provide that.
I'd be very excited to play with it and compare it against the feature
matrix we came up with. Sirko also knows one of the lead developers and can
do an email intro, so I can ask her about the codebase as-is and the roadmap
wrt the features we need.