Re: Q to all candidates: SWOT analysis
Le 2015-03-15 05:15, Paul Wise a écrit :
On Sun, Mar 15, 2015 at 6:25 AM, Mehdi Dogguy wrote:
Which general areas would you say we have a particular need for more
- Lack of people power in some areas
- Generally, no interest of contributors for non-technical tasks
The amount of translators we have suggests otherwise. Likewise the
amount of themes we got for jessie. The newish recruits to the
publicity team are another exception.
That is true and I'm glad those teams have the necessary visibility
to be able to recruit new blood. At the same time, the auditor team
is not very active, dpl-helpers initiative didn't attract many people,
debian-doc really needs people, we also lack AMs, ...
Besides, about the amount of translators, your remark doesn't stand
true for every language.
- No roadmap
How would you propose to set a roadmap?
Just to be clear, I am not proposing that the DPL gains a new power
and decides of the technical strategy of the project. I want to set
up a process which will enable us (DDs) to give some visibility to
our individual plans ; use this opportunity to see if this plan can
be shared with other teams or individual DDs ; and finally have a
list of goals that (more or less) shows the projects' priorities.
Technically, the process will look more or less like the one used
to collect ideas for Release Goals and build a wiki page with a
description of each idea, names of persons that will make sure some
work is being done and some criteria to give some idea on the progress.
- Containers as a solution to deploy applications and services.
I consider this an opportunity; imagine a future where people say
this; go to Debian for your container needs, they produce secure,
security-updated and backport-updated container images for these
tasks/applications/blends. This could expand the amount of people
using Debian in some form and the amount of package maintainers.
We are all technical persons and have our idea on how to implement
this in a useful and efficient way. Yet, users didn't see any tool
to do that inside Debian. And I didn't see much efforts spent on this
subject in Debian (but I'd be glag to be proven wrong). So, I also
consider this as an opportunity and you are right to mention it. But
it remains a threat as long as we don't take any counter-measure by
implementing one or simply promoting an existing solution IMHO. So, it
is kinda both. :-)
The more concrete question at hand is whether d-i and apt-get (with
their current features) are enough to deploy this new kind of
environments. And in all cases, we are also not providing container
images nor really documenting the Debian way to generate them. There
are some procedures to make images here and there, but maybe we could
centralize them in a dedicated portal or a dedicated section in the
Debian wiki. This is also related to your point on the state of the
documentation in general.
- Complexity of new software stacks: Who's really able to debug his
installation and understand all dbus-triggered stuff? It became so
complex that even power users have troubles finding answers. And
not an isolated example.
Surely this is just a matter of having debugging tools, knowing they
exist and learning to use them? For D-Bus, there are bustle,
dbus-monitor mdbus2 AFAICT. I certainly wouldn't expect to be able to
debug a C/C++ program without valgrind/GDB/etc, nor a web application
without Firebug or similar.
Indeed. Thanks for pointing this out. But my point was on a more
remark to say that our job as intergrators becomes harder and harder
time and we should make sure that we have to right tools to analyse new
complex situations and make sure our contributors are aware of those
- Potential new contributors from Arabic-speaking countries
I haven't noticed any particular opportunity for this, could you
mention where/how you noticed this?
There are (for example) tunisian and algerian Debian mirrors and not
(or not at all) contributors or DDs from those countries. We know for
sure that we have many users there but we don't see them contributing
At the same time, they have very active Ubuntu and Fedora groups. Some
them are even contributing technically and not only acting as local
ambassadors for those distributions.
So I'd like to consider this an opportunity to onboard new people from
where we are not really represented yet.