We are finally a legal entity in Germany. Good thing we started early
Richard
Sent by mobile; excuse my brevity.
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team
Last weekend I worked on a survey of available CRM tools under a FLOSS
license. My full notes are here:
https://titanpad.com/hHhmrGb7uY
My ultimate conclusion is that none of the options provide enough of an
advantage over sponsors-table (for sponsor contact workflow) and RT (for
sponsor invoicin
Hello,
Initially I'd sent a schedule proposal to the local team mailing list, but
some people have asked that we discuss this here instead. This was the original
thread: https://lists.debian.org/debconf15-team/2014/09/msg00026.html
Taking into account the feedback, I make this new proposal for th
Hi Jathan,
On Mon, Sep 15, 2014 at 7:49 PM, jathan wrote:
> Hello. I have opened a wiki for DebConf15 Opening Weekend Ideas for
> suggest and organise activities with some initial proposals that I think
> could be good.
> https://wiki.debconf.org/wiki/DebConf15/Germany/OpeningWeekendIdeas
Thanks
Would there still be talks during the week or "only" hacking etc?
Else I like it.
Richard
Sent by mobile; excuse my brevity.
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team
Did you also look at sugarcrm?
It's what we use at work and it is reasonally unshite.
Richard
Sent by mobile; excuse my brevity.
___
Debconf-team mailing list
Debconf-team@lists.debconf.org
http://lists.debconf.org/mailman/listinfo/debconf-team
On 09/20/2014 02:13 PM, Richard Hartmann wrote:
> Did you also look at sugarcrm?
>
> It's what we use at work and it is reasonally unshite.
I did, yeah, but excluded it as having an overly-proprietary licensing
model. If we were choosing between SugarCRM and CiviCRM (the two main
PHP options), Ci
Anthony Towns dijo [Fri, Sep 19, 2014 at 09:37:15PM +1000]:
> >> * We must find a way to make submitters to make better talks
> >> descriptions. Bad or incomplete talks description made to waste
> >> a lot of time to both the talks team and attendees.
> > Yeah, I can see this very well. We should m
Michael Banck dijo [Fri, Sep 19, 2014 at 02:03:29PM +0200]:
> > also sprach Anthony Towns [2014-09-19 13:37 +0200]:
> > > An alternative approach: just reject any talks with poor descriptions.
> > > Try to tell submitters early if their description isn't good enough --
> > > maybe give them a shor
