g I see as a recurring pattern in
the way you participate in Debian interactions.
Is this something you'd acknowledge and would be willing to work on?
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
acceptable to you, that would not require traveling and meeting face
to face?
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
o a nice thing, it needs to be made to support Salsa
OIDC, too, so that services that still only authenticate with client
certs don't need to depend on the crumbling former-alioth setup.
- contact point: mostly me
Enrico
[1] the UI is a Bootstrap4 layout keep as uncomplicated as possible
of the first line,
and some messages make me furious. Socially we might able to express
that in a way that feeds into the quality and direction of discussions,
but technically, we currently cannot.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
I can manage,
or I'll stop managing it.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
"peer review" like the one I just had, on a list. Discourse
seems like it might be a venue for peer review that wouldn't make me
feel like leaving the project after a couple of days of interaction.
Enrico
[0] https://dep-team.pages.debian.net/deps/dep0/
--
GPG key: 4096R/634F
progress at https://salsa.debian.org/debsso-team/oidc
Anyone who would like to help, please get in touch!
Enrico
[1] https://salsa.debian.org/bisco-guest/nacho
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
ia key) and random names, in one way or
> the other.
The official membership status synced from nm.debian.org can, with some
work, be made visible in the user's page.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
On Fri, Apr 10, 2020 at 09:40:45AM +0200, Enrico Zini wrote:
> If you or someone else eventually will manage to introduce a Single Sign
> On system that would take us to a next step of being able to advocate
> developers, take packaging actions, update the ssh key you use to access
>
all via a web interface, I really look forward to
that!
That's not what we're trying to do here. We're not there now, and it's
not going to change with introducing Salsa as an OIDC provider.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
ot getting in your way. Can you give me a good, practical
reason why you seem want me to stop with that?
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
A gets to refuse (and
does refuse) account names arbitrarily without providing explanations
even when we ask, and we suck it up and deal with it. This is not
something we outside DSA can change, and it's not something I expect
will change.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
On Wed, Apr 08, 2020 at 04:06:25PM +, Luca Filipozzi wrote:
> Another view point: I don't think that one's username should change as
> one's role(s) with the organization changes. If we could avoid that...
Agreed!
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2
future.
I am not at all in the mood for any of that, though, while I find myself
starting responding to users' requests for help by apologising for the
state things are.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
ving a corresponding one in LDAP, see
20200408130828.izn7jdyufch7k...@enricozini.org
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
em wouldn't be having moved to Salsa as an OIDC
provider, and rather that the next step that is proposed wouldn't be
bringing enough compelling advantages to the problem at hand.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
dd some visible information to
the user's page, synced from nm.debian.org, about their official
membership status: we can totally have that.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
l, the use case of "grant a person
permission based on their status, which is somehow revoked or blocked if
the status goes away" becomes something we might not be able to do.
In my opinion this change, rather than opening a new problem, fixes an
old, nasty one instead.
Enrico
--
GPG ke
On Wed, Apr 08, 2020 at 08:45:32PM +0800, Shengjing Zhu wrote:
> Sigh, but it makes sense too. Will nm.d.o have a field which reflects
> the username on salsa?
It finally will, yes! \o/
It's been quite painful not having that mapping so far.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5
asy way I'm not aware of, then I'm fine with it.
I checked with waldi, and with some extra work it is possible to add
some visible information to the user's page, synced from nm.debian.org,
about their official membership status.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
nvesting energy in solving problems that we
really have, though, so I'm curious: do you have specific reasons in
mind for asking to preserve the "-guest" enforcement on Salsa?
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
t convinced me that what we are proposing
would make it more broken, or would prevent further opportunities for
moving on.
If no serious blockers show up, in a few days I would start to go ahead.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
t; moderation is that the team can respond to aspects of the signup
> email, welcoming the applicant with pointers to documentation,
> suggestions of ideas on how to help, mailing lists to join and so on.
I defer to Salsa people for this part.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
rovide user exports? As unfortunate as
> it
> is that alioth's DB is now a flat-file managed by hand, it provides a very
> simple and easy way to import all of that data.
Gitlab does indeed provide user exports: some more details are in the
"Exit strategy" part of the proposal Waldi posted.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
"-guest".
I still don't see how the Salsa proposal makes adoption of a new system
harder than what we have now: removing one user database and introducing
a mapping between the remaining two, seem to me to make further
adoptions actually easier.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
ting to
> > it?
>
> No, just to migrate accounts
Could you give some more detail of what you mean?
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
nable status quo.
As a side effect of an interim on Salsa, services can begin to migrate
from client certificates to OIDC, switching to a mode widely used,
usable, and flexible standard, which I wouldn't be surprised if it would
make things easier when moving to something else later on.
Enri
mentation with other systems rather than blocking it.
Question: is there something in the proposed Salsa plan that somehow
blocks experimenting with, introducing, or migrating to Keycloak in the
future?
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
intain long-term,
blocked by something that risks getting us stuck with sso.d.o for
another bunch of years until we get it right, and possibly ending up
being maintained long term by a team with a dwindling bandwidth and bus
factor.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08
nd eventually can
help to shape it.
I don't mean for this to be specific to the FTP team. I guess this
thread gave me an opportunity to voice my more general thoughts.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
ne as non-user-replaceable.
My first thought after reading their mail and Mark's post here, was that
I could keep the swollen battery, and put that money, or the money I
would lose in a 10 working days downtime, into the piggy bank for a new
Lenovo laptop...
Enrico
[1] who does kindly s
ion shouldn't be public, to avoid applicants to
build an expectations of a bare minimum work required and then get angry
at the AM if the AM feels like asking more than that, but it could be,
for example, a monthly post to the am@ alias.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
this: saying "you didn't need to do this" feels to me like
arbitrarily undervaluing someone's work, and maybe the person really
found it important to do it.
I would be very much interested in reasoning about this.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
re everyone can feel
included and accepted, is nominally the responsibility of everyone in
the community. In practice, however, it is *primarily* the
responsibility of the people who are *in a position of privilege and
power* within that community.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
ort in cooperating,
and working together towards a common goal, even a language mistake that
would render an entire point incomprehensible or absurd, would end up
into not much more than "wait, I don't get it, you mean to say $THIS?"
"uh, ah, lol, no, sorry, I meant $THAT&q
.
As long as we allow it to happen in Debian list, as I observe that we
do, I do expect that somebody loses it at some point. I believe that the
person who engages in sealioning, and those who enable them to continue
doing so, should at least get to share in the blame.
Enrico
--
GPG key: 4096R
nt from
what was suggested.
We might of course find it helpful or important, depending on cases, to
reach out to the reporter(s) or other people involved to discuss
possible course of actions.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
On Mon, Oct 14, 2019 at 01:40:34PM +0200, Enrico Zini wrote:
> Posting draft team missions where one has to read between the lines
> about possible institutional conflicts and other unsaid issues, is
> emphatically /NOT/ a way to build trust within the project.
To make it clear: I
to read things between
the lines in a discussion like this one. Not when power is involved. Not
when trust is involved.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
acknowledge and keep in mind that the name does sound
ambitious, and as a consequence I'd expect you all to be extremely
careful in all team descriptions and team actions to make it clear that
you are /a/ community team, not /the/ community team.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
of reinventing or refiguring out the wheel
every time I have an upload to make[3].
So, maybe I'm not new in Debian, but Debian is often new to me, When
there's no team to provide me with some well thought defaults, I could
use a well documented set of well thought defaults to work
talking and harassing them.
Enrico
[1]
https://www.quora.com/Whats-the-difference-between-being-obsessed-with-someone-and-being-in-love-with-them
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
7; Reference a section on how to help when people seem to be in
trouble, and how to ask for help. I think that'd be better than the
status quo.
And so on. Debian is going to be around for a long long time: we'll have
the solutions to all our problems when they're ready. In the meantime
Joerg, Jonny,
Christmas was so much fun, lets do it all again
Hang some developers over the side of the ship for a good shakedown
and make them give us all their Easter eggs
Enrico
--
,''`.
: :' : Enrico Zini
`. `'` Debian Account Manager
happen, but given that we have waived the time
limit for the cases in the last 6 months, we have potentially
overlapping time frames now.
Enrico who unfortunately cannot run this kind of procedure through
valgrind --tool=helgrind
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
starting the later appeal is delayed until after the committee has
finished voting on the previous ones.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
ch we can give for granted that everyone
understands that using slurs counts as insulting.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
in anonymous. Please let me know who initiated this
> procedure.
I hope this helps make sense of our decision.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
uld be considered as not
being a part of our users. Is that a common understanding?
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
alid over time, because they expire or because they are not
replaced when needed, move to "removed" status after a while.
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: PGP signature
e to have guidelines, and an editorial
team who's trusted and empowered to make calls on a case by case basis.
Who can say "we temporarily removed your feed because post X caused Y,
can you remove the post from the feed, or change it so that it doesn't
cause Y?" or "no, yo
HeaderMiddleware example)
- Create the model and CRUD pages for the extra info you want to
maintain about developers, with ForeignKey to
django.contrib.auth.get_user_model()
- Export your data with django-rest-framework
Enrico
--
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enri
mentaryGid is a multi-value field.)
>
> Comments/suggestions/concerns?
As far as I'm concerned, go for it. I do check gidNumber on
nm.debian.org in a couple of places, and I'll happily fix it.
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
On Fri, Apr 17, 2015 at 12:50:36PM +0200, Enrico Zini wrote:
> In nm.debian.org's nightly maintenance I run a lot of code that computes
> differences between these data sources, so we have the capability of
> tracking things, and the possibility of manually tweaking nm.debian.org
&
Uploading includes "stew" who was moved to emeritus back in
> January:
> https://anonscm.debian.org/cgit/keyring/keyring.git/commit/?id=b768c0a3506631ddeacf4c80ba8f3be6995e8a8f
> and "finger s...@db.debian.org" correctly returns no active fingerprint
> for the user.
&g
understanding that DAM says that nm.debian.org is
> > authoritative.
> That is the eventual goal but at present various pieces of information
> are manually updated. Enrico and keyring-maint have been working on
> making it easier for nm.d.o to track keyring changes but there's
resting
deployment and distribution workflows, with d-i images, live images,
preinstalled tarballs, docker contains or what have you.
And then it gets deployed and it's a standard Debian, well known, with
clean upgrade paths and security support.
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 E
people listed there are
sitting there doing nothing. I like that Jonathan's mail was worded as
an invitation to offer help.
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
On Tue, Oct 07, 2014 at 08:12:49AM +0200, Lucas Nussbaum wrote:
> Providing a rough estimate should not be a problem, given it is already
> required to get pre-approval.
If it's already required to get pre-approval, why ask to send it again?
Enrico
--
GPG key: 4096R/E7AD5568
k connection, would instead default to the
heavier/more-feature-complete desktop.
Enrico "either way, I use lxde :P"
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
coming a Debian Developer normally comes naturally after one has been
contributing to Debian for a while.
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
nel applet thingie which shows if some process is reading from a
microphone or webcam device?
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
; BOF at the
next Debian event I'm going to participate. The intention would be to
see how to address those issues, but with a strong awareness on
usability[5].
Ciao,
Enrico
[1] for example, https://lists.debian.org/debian-vote/2014/03/msg00246.html
skype and adobe can be trusted or cours
d guidelines / practices
for taking a -private thread out of -private, without the risk of being
blamed for leaking fractions of bits of -private content.
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
cautiousness and defensiveness
accordingly.
That use case is something that I think now is addressed by close
friends who are already in Debian and can provide support and take
action. We may currently be leaving out those who do not already have
close peers who are already well settled in Debian.
nnounced to debian-devel-announce.
Ciao,
Enrico
[1] https://contributors.debian.org/sources/
[2] Especially helpful and polite direct contact, rather than direct
contact to the head with a knobby stick :)
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
pany of people who can do their bit?
Ciao,
Enrico
[1] For realtime auditing, we now have a rabbitmq server. Or collection
could be decoupled in one audit log per team, which are then aggregated
by a separate project. Or they can be submitted to a central collection
point, like a new
ell others to migrate if they see a 1024 key around.
After another month or two, we can start taking keys off the keyring,
starting from the less active people, and announcing each batch of
removed keys to d-d-a.
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
On Mon, Feb 17, 2014 at 11:20:02AM +0100, Enrico Zini wrote:
> Some more changes are needed for sso.debian.org; as a consequence we
> expect logged-in access not to work from sometimes tonight (UTC) until
> late afternoon tomorrow (UTC).
Today things did not happen as we planned yest
Debian Contributors who have been active since october 25, 2013.
Although the init systems debate has for some reason[2] attracted a lot
of attention, I'd say that there is more to Debian than that, that isn't
probably getting the attention it deserves.
Ciao,
Enrico
[1] which is just
My current understanding, though, at least
looking at the people I know, is that contributors tend to be already
subscribed without needing to be explicitly told.
Ciao,
Enrico
[1]
http://anonscm.debian.org/viewvc/nm/trunk/nm-templates/nm_pp2.txt?view=markup
--
GPG key: 4096R/E7AD5568 20
ing that we may do as a project to address the
political side of the matter, is to add to our technical decision a list
of things that we wish our upstreams would do to make all our lives
easier in the future.
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
VM (or a copy of the server's
apache configuration), and apt-get.
We are a distribution, and already we do very good integration work.
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
> requirement could also be mentioned in the document I suggested earlier.
I think we already have something very close to this description here:
https://wiki.debian.org/Services
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
On Tue, Dec 10, 2013 at 06:02:27PM +0100, Enrico Zini wrote:
> Hello,
>
> it looks like as soon as one becomes DD, an email arrives from Google
> recruiters.
>
> I understand that some people may find it interesting, and some people
> find it annoying. My experience wit
hat the people not playing by the book are probably also not
playing by a whole lot of other books, which may be another source of
interesting information regarding a potential employer.
Ciao,
Enrico
[1] from my personal experience, negotiating an alternative solution
with Google alo
interesting
people to recruit. If you are a Debian Developer and looking for a
job, you can reach them using the contacts below:
Google:
Facebook:
Amazon:
Canonical:
...
and so on.
Comments?
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
t
tell a friend if they're being stupid unless they have an explicit
statement in the signature saying that you can.
It would make logical sense, in this respect to have a signature saying
"Please don't tell me if I'm being stupid: I know I am"[2] but I don't
see t
mistakes
of that kind from you will not be tolerated, as far as I am concerned.
[1] http://www.debian.org/devel/dmup
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
ces that work in that
way see very little involvement from me.
In the latter, I'm happy to participate and take my chances, because I
know that if I screw up I can learn something from my mistakes, grow up
and do better next time.
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enr
uploading
[...]
I don't know if a work like this can ever be finished, since Debian is
continuously changing, so I don't know how feasible it is to have a cool
artsy layout, but then that isn't my field of expertise.
I'd love to see this tried.
Ciao,
Enrico
--
GPG
On Tue, Aug 13, 2013 at 08:20:28PM +0200, Wouter Verhelst wrote:
> slap others with the code of conduct. Enrico also raised a number of
> other points, but I'm afraid I'll have to say that I forgot much of
> it; I'll have to ask him to raise them again on th
ay
occasionally slip into a childish behaviour on the occasional bad day,
and often all that is required to recover is a friend who kindly gives
the right feedback.
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
l the
backlog, and I've just uploaded the reviewed tag data, well in time for
Wheezy.
I know some people were frustrated by the lack of migration of tags from
debtags.debian.net to the archive. The situation has now greatly
improved \o/
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 E
x27;s the only existing example of a field that can change
independently of functional changes in the packages.
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
, extra keywords for full text search
indexing, date+time the package has first entered the archive, and/or
the release; datetime that version of the package has been
built/uploaded.
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
On Fri, Aug 17, 2012 at 05:13:10PM -0400, Michael Gilbert wrote:
> On Thu, Aug 16, 2012 at 8:52 AM, Enrico Zini wrote:
> > Recklessly exposing too much information outside the context in which it
> > was published can in some cases turn people away from contributing. If
[...]
>
quot;how do I
get the data?" "how do I change the data?"
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
On Thu, Aug 16, 2012 at 02:33:55PM +0200, Enrico Zini wrote:
> In terms of implementation, I see an overlap with nm.debian.org,
> portfolio.debian.net and db.debian.org.
...and the Debian Maintainer Dashboard (http://udd.debian.org/dmd.cgi),
thanks today's Misc Developer News.
Ci
e
> keyring & LDAP.
Added to http://wiki.debian.org/ContributorsInformationSources mostly as
stubs. Could you please have a go at the details?
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
obably should if it is storing unique information, or if
it is distributing information to a larger audience than the original
data sources. For example, UDD exports carnivore data to anyone who has
an alioth account, but can carnivore itself be accessed by people who
just have an alioth account?
Ciao,
On Tue, Aug 14, 2012 at 10:54:38AM +0200, Olivier Berger wrote:
> Would you consider adding this to wiki.d.o so that it can be maintained
> collaboratively ?
Sounds good with me. If you have a good name for the wiki page, please
feel free to copypaste my email into it.
Ciao,
Enrico
-
cases turn people away from contributing. If
ohloh were actually being taken seriously by people in my professional
circle, I would probably have to consider going through the extra
trouble of not using my real identity while contributing to Free
Software. We do not want that.
Ciao,
Enrico
--
. Even if we don't care about integrating with them, what
would you think of just reusing their technology?
> Also, it's not like this is a great idea that came to me overnight. We
> have something very similar in spirit at work, and that's where my
> idea came from.
Sure, and no matter where it comes from, I think it's a good idea, it's
great that you're working on taking it to Debian.
Ciao,
Enrico
[1] http://www.enricozini.org/2012/debian/more-diversity-in-skills/
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
his
review.
Code is at http://anonscm.debian.org/gitweb/?p=nm/nm2.git;a=summary
What did you have in mind?
Ciao,
Enrico
P.S.
I did see your blog entry and wanted to get in touch, then I got
sidetracked by other things. It's great you got in touch!
P.P.S.
Have you seen https://wiki.mozilla.org/Bad
ian.org, both on the web and over finger.
The real name from LDAP is also exported via the GForge interface in
Alioth: https://alioth.debian.org/users/enrico and via nm.debian.org:
https://nm.debian.org/public/person/enrico
* nm.debian.org
nm.debian.org is only storing NM related information, an
ffice, science, security, sound, web.
The "use" facet is one with a lot of potential, but which requires more
thinking: it could be a good starting point for an interesting
discussion.
If you need anything debtags-related, you know where to find me: I hope
I'll be able to respon
perceive yourself or how others
perceive you: we welcome you.
This is after feedback from a respected friend on a private IRC channel,
who pointed out that the concept of "definitions" has unwelcome
connotations.
Ciao,
Enrico trying to prove that the draft is perfect by constantly tryin
which would give:
> While much of the work for our project is technical in nature,
> we value and encourage contributions from those with
> expertise in other areas, and welcome them in our community.
Ciao,
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini
signature.asc
Description: Digital signature
way with a list
and just say "what part of universal do you not get?". But I don't have
any good idea to offer, and that list does the job.
I fully agree with Russ at
http://lists.debian.org/debian-project/2012/03/msg00054.html
and I wonder if it's just enough to replace "te
1 - 100 of 133 matches
Mail list logo
