Le 28/01/16 15:11, Shawn McKinney a écrit :
> Fellow Dev's,
>
> We’ve just added a new committer to fortress, and my goal is to add a few
> more before long. My question is which list to use for communicating? In
> the past, with our limited discussions, we’ve used the fortress list. But
> th
Le 29/01/16 03:18, Zheng, Kai a écrit :
> I don't know the mentioned "CMS plugin" either. Would anyone give a hint?
> Thanks.
The CMS system in use at Apache works in two phases :
- first you commit your updates into SVN/git, and it is published on a
staging site. You can control the rendering be
Le 29/01/16 07:41, Zheng, Kai a écrit :
> Thanks for the great work, Emmanuel.
>
> I have some questions. As discussed previously, it's hard to recreate the
> database corrupt issue. Did you include a test with a sample corrupt database
> image and show if it's can be repaired?
There is no need
Le 29/01/16 07:41, Zheng, Kai a écrit :
> Thanks for the great work, Emmanuel.
>
> I have some questions. As discussed previously, it's hard to recreate the
> database corrupt issue. Did you include a test with a sample corrupt database
> image and show if it's can be repaired? All the work in a
Le 29/01/16 15:47, Zheng, Kai a écrit :
>>> The assumption is that the MasterTable is not corrupted ...
> Ah, got it. So the repair tool is more like a index recreating tool. Thanks.
Indeed.
OTOH, the master table is unlikely to be corrupted (well, it's a rmote
possibility, but in this case, ther
Le 29/01/16 15:51, Zheng, Kai a écrit :
>>> I'm most certainly overdoing : the first step is to start the server, which
>>> is all but a good idea. I have to simply read the configuration instead,
>>> because this is all what I need.
> You mean it doesn't have to use or start a server to run the
Le 29/01/16 16:26, Kiran Ayyagari a écrit :
> On Fri, Jan 29, 2016 at 8:40 PM, Emmanuel Lécharny
> wrote:
>
>> Le 29/01/16 15:51, Zheng, Kai a écrit :
>>>>> I'm most certainly overdoing : the first step is to start the server,
>> which is all b
Hi guys,
as suggested by Maxim, I have changed teh code so that our Cursor
interface now extends Closeable. It has some kind of huge impact on all
our code, although it was not really a burden to take car of that. I
know have changed teh API and ApacheDS. Studio has to be changed too
(I'll do that
Le 30/01/16 10:36, Zheng, Kai a écrit :
> The proposed change makes sense to me. Then in new Java style, codes can be
> like: try (Cursor c = Cursor.open(xxx)) {}.
>
> But I don't know what close(Exception) method is for. Looks to me, close()
> throws IOException is enough.
This is just a method
Le 30/01/16 12:33, Zheng, Kai a écrit :
> Just did a search getting below. I thought it's the method we're talking
> about.
>
> void close(Exception reason)
>
> Closes this Cursor and frees any resources it my have allocated. Repeated
> calls to this method after this Cursor has already been
Le 02/02/16 11:46, Zheng, Kai a écrit :
> Hi,
>
> The Chinese Spring Festival holiday is upcoming. In PRC China my colleagues
> and I may be not on the wire so response may be slow. Please be patient.
> Happy holidays and wish to be back soon. Thanks all for the wonderful year!
Enjoy !
Hi guys,
I have made some modifications in the way we manage schemas in the API
and in the server. Let's me explain what are those modifications, the
reason I needed those chnages to be applied and the impact on the
existing code.
Rational
I wanted to inject some new schema into an exis
Hi Stefan
I saw that you checked out a few Studio JIRA's yesterday. I think we
badly need a release soon, and I guess this is also your thoughts.
FTR, I have checked Studio against API and ApacheDS from the trunk
(1.0.0-M34-SNAPSHOT and 2.0.0-M22-SNAPSHOT), and fixed a couple of
compilation failu
Le 11/02/16 18:32, Stefan Seelmann a écrit :
> Hi Emmanuel,
>
> On 02/11/2016 03:52 PM, Emmanuel Lécharny wrote:
>> I saw that you checked out a few Studio JIRA's yesterday. I think we
>> badly need a release soon, and I guess this is also your thoughts.
>>
>&
Le 17/02/16 23:12, Stefan Seelmann a écrit :
> Hi Radovan,
>
> we have a similar issue in DIRSERVER-2109 and DIRSTUDIO-1087, but there
> the problem is that a backslash in an attribute value is unescaped
> whereas that should not happen.
>
> To be honest I think the whole Dn/Rdn/Ava classes deserve
>From what I see, doing some debugging, we have some missing handling of
escaping in the ComplexDnParser (actually we correctly deal with things
like cn=a\#b, but we are not storing the normalized value - ie a#b).
Later on, we also forget that we have already parsed the DN, and we
constrcuct a new
Le 19/02/16 09:09, Stefan Seelmann a écrit :
> On 02/18/2016 12:29 AM, Emmanuel Lécharny wrote:
>> Le 17/02/16 23:12, Stefan Seelmann a écrit :
>>> To be honest I think the whole Dn/Rdn/Ava classes deserve a rewrite.
>>> They are just too complex. There are many p
Le 19/02/16 09:23, Emmanuel Lécharny a écrit :
> Le 19/02/16 09:09, Stefan Seelmann a écrit :
>> On 02/18/2016 12:29 AM, Emmanuel Lécharny wrote:
>>> Le 17/02/16 23:12, Stefan Seelmann a écrit :
>>>> To be honest I think the whole Dn/Rdn/Ava classes deserve a r
Le 22/02/16 10:29, Kiran Ayyagari a écrit :
> On Mon, Feb 22, 2016 at 2:44 PM, Stefan Seelmann
> wrote:
>
>> Hi,
>>
>> after update to latest JDK (1.8.0_74, 1.7.0_95) some tests in
>> server-integ fail. I think the cause is that since 1.8.0_71 MD5 is
>> disabled[1].
>>
>> I think we just need to c
Le 22/02/16 21:02, Stefan Seelmann a écrit :
> Hi,
>
> I'm currently looking into DIRSTUDIO-987. The latest comment shows an
> multi-valued RDN which uses the same attribute multiple times:
>
> dn: l=eu + l=de + l=Berlin + l=Brandenburger Tor, ...
>
> Is that valid? Our Rdn class doesn't allow
Hi guys,
I'm in the train back to Paris, where I have little to do but reading
the RFCs (4514, 4518, 4512).
When I implemented the 'String Preparation' RFC (4518), I assumed it
would save a hell lot of CPU to do it once and for all, and to store the
result in the Values stored in the backend. The
Le 22/02/16 21:02, Stefan Seelmann a écrit :
> Hi,
>
> I'm currently looking into DIRSTUDIO-987. The latest comment shows an
> multi-valued RDN which uses the same attribute multiple times:
>
> dn: l=eu + l=de + l=Berlin + l=Brandenburger Tor, ...
>
> Is that valid? Our Rdn class doesn't allow
Le 23/02/16 19:34, Emmanuel Lécharny a écrit :
> Le 22/02/16 21:02, Stefan Seelmann a écrit :
>> Hi,
>>
>> I'm currently looking into DIRSTUDIO-987. The latest comment shows an
>> multi-valued RDN which uses the same attribute multiple times:
>>
>>
Le 24/02/16 09:23, Stefan Seelmann a écrit :
> On 02/22/2016 10:29 AM, Kiran Ayyagari wrote:
>> On Mon, Feb 22, 2016 at 2:44 PM, Stefan Seelmann
>> wrote:
>>
>>> Hi,
>>>
>>> after update to latest JDK (1.8.0_74, 1.7.0_95) some tests in
>>> server-integ fail. I think the cause is that since 1.8.0_7
Hi Stefan
I'm a bit surprised that you've get a compile error with
FileUtils.getTempDirectory()...
It builds fine here.
Le 24/02/16 13:29, seelm...@apache.org a écrit :
> Author: seelmann
> Date: Wed Feb 24 12:29:14 2016
> New Revision: 1732129
>
> URL: http://svn.apache.org/viewvc?rev=1732129
Le 24/02/16 14:09, Emmanuel Lécharny a écrit :
> Hi Stefan
>
> I'm a bit surprised that you've get a compile error with
> FileUtils.getTempDirectory()...
>
> It builds fine here.
Ah, crap... I forgot to commit the FileUtils.getTempDirectory()method I
added to FileUtil
Hi Stefan
I have completely removed commons.io from the LDAP API and ApacheDS? and
I'm now trying to do the same in Studio. It's a bit harder :-)
First, I removed any dependency on commons.io in all the pom files, then
I rebuilt the project (I faced some issues because the java files
weren't fixe
Le 27/02/16 11:11, Stefan Seelmann a écrit :
> On 02/27/2016 10:55 AM, Emmanuel Lécharny wrote:
>> Hi Stefan
>>
>> I have completely removed commons.io from the LDAP API and ApacheDS? and
>> I'm now trying to do the same in Studio. It's a bit harder :-)
>
Ok, I went a bit farther, but I'm now stuck with errors like :
[INFO]
[INFO] BUILD FAILURE
[INFO]
[INFO] Total time: 34.664 s
[INFO] Finished at: 2016-0
to be investigated. Test sare using one
method taht is not in api-util (yet) : FileUtils.readLines. i'm
considering adding it.
I think we are not that far to be able to completely remove the
dependency on commons.io.
Le 28/02/16 20:49, Emmanuel Lécharny a écrit :
> Ok, I went a bit farther, but
Le 29/02/16 09:08, Li, Jiajia a écrit :
> Hi all,
> Did you meet with the same issue: fail to use SSH to connect to
> people.apache.org.
>
>> ssh plusplusjia...@people.apache.org
>> ssh: connect to host people.apache.org port 22: Connection timed out
> Thanks in advance.
people.apache.org should
Actually, it's back
Le 29/02/16 10:40, Emmanuel Lécharny a écrit :
> Le 29/02/16 09:08, Li, Jiajia a écrit :
>> Hi all,
>> Did you meet with the same issue: fail to use SSH to connect to
>> people.apache.org.
>>
>>> ssh plusplusjia...@p
Hi guys,
I have tried many times to cut the fortres-core release tonite, with not
much success. First, I faced issues with rat, then with Javadoc (lint
killed me), then with the SCM tag which was refering an old version.
Now, I'm facing an issue : there is already a 1.0-RC41 version in heads :
lo
Hi guys,
some of you might be worrying about the numerous commits and release
rollbacks/tag deletions.
FTR, the current work is about releasing all the fortress component
(core, realm, rest and web) for the very first time (at least for the 3
last components). This is a try and fail process.
As
Hi guys,
a bit of a heads up on what I'm on atm. being pretty busy aside, and I
guess its the same for all of you, things are moving forward slowly.
- support for RDN like 'cn=A + cn=B'. This is legit, but it's currently
rejected. We have to change the way we store AVA inside the RDN to use a
sor
Le 05/03/16 09:47, Stefan Seelmann a écrit :
> Thanks Emmanuel for the update!
>
> On 03/05/2016 09:26 AM, Emmanuel Lécharny wrote:
>> a bit of a heads up on what I'm on atm. being pretty busy aside, and I
>> guess its the same for all of you, things are moving forward
Le 05/03/16 09:26, Emmanuel Lécharny a écrit :
> Hi guys,
>
> a bit of a heads up on what I'm on atm. being pretty busy aside, and I
> guess its the same for all of you, things are moving forward slowly.
>
> - I have added two AttributeTypes in the ApacheDS schema : nbChildr
Le 07/03/16 20:45, Stefan Seelmann a écrit :
> On 03/06/2016 02:49 AM, Emmanuel Lécharny wrote:
>> I think it will be very useful for studio, when running against
>> ApacheDS, as once can now expose the number of *real* childrens and
>> subrdinates without having to fetch
Le 07/03/16 21:29, Howard Chu a écrit :
> Emmanuel Lécharny wrote:
>> Le 07/03/16 20:45, Stefan Seelmann a écrit :
>>> On 03/06/2016 02:49 AM, Emmanuel Lécharny wrote:
>>>> I think it will be very useful for studio, when running against
>>>> ApacheDS,
My binding +1.
Packages tested, headr tested, all is good !
Le 10/03/16 22:58, Stefan Seelmann a écrit :
> On 03/09/2016 07:59 PM, Emmanuel Lécharny wrote:
>> Le 09/03/16 18:54, Philip Peake a écrit :
>> Can you be a bit more explicit ?
>>
> Probably same cause as in
> https://issues.apache.org/jira/browse/DIRSTUDIO-1087 and
.
All in all, this is a balance, and we decided a long time ago that
having the normalized available at all time was way simpler, and
potentially more efficient.
Also keep in mind that many values won't be normalized at all (as they
won't have any matching rule).
Le 11/03/16 01:18, E
Le 12/03/16 10:01, Stefan Seelmann a écrit :
> On 03/11/2016 01:18 AM, Emmanuel Lécharny wrote:
>
> Wow, thanks a lot for the good summary, I needed to read it 3 times :)
>
>> What we do wrong
>>
>>
>> We will only focus on the schema aware API
Le 12/03/16 12:13, Shawn McKinney a écrit :
>> On Mar 9, 2016, at 8:54 AM, Shawn McKinney wrote:
>>
>> The distributions are available for download:
>> http://home.apache.org/~smckinney/
>>
>> If you are to test, you may follow either one of these README’s, located in
>> the root folder of the co
Le 15/03/16 10:05, Vaclav Havlik a écrit :
> Hello,
> perhaps I am wrong, but I suspect myself of seeing a bug in Apache Directory
> Studio 2.0.0.v20151221-M10.
>
>
>
> In EntryEditorManager.updateAutoSaveSharedReferenceCopy (runs in main thread)
>
> -> EntryEditorUtils.ensureAttributesInitialized
Le 24/03/16 09:44, Zheng, Kai a écrit :
> Binding +1.
>
> I haven't got the chance to verify this but would like to trust Stefan and
> Jiajia.
Please, don't.
Trust is good, but verification is mandatory to cast a +1.
Better vote 0 than casting a +1.
Thanks !
Le 24/03/16 09:06, Li, Jiajia a écrit :
> +1 Non-binding
>
> - Build successfully with jdk 1.8.0_40
> - Source package signature and checksum are valid
>
>
> To improve:
> Run "mvn apache-rat:check" to check there is no missing license header in
> files,
> but with one unapproved licenses: DEPENDE
Le 12/04/16 17:06, Shawn McKinney a écrit :
> Once again we vote for a release of Apache Directory Fortress core, realm,
> rest and web components. This version is 1.0.0 and a temporary tag has been
> created in git: ‘1.0.0'.
>
> The staging repo on Nexus:
> - core:
> https://repository.apache.
Le 13/04/16 10:24, Emmanuel Lécharny a écrit :
> Le 12/04/16 17:06, Shawn McKinney a écrit :
>> Once again we vote for a release of Apache Directory Fortress core, realm,
>> rest and web components. This version is 1.0.0 and a temporary tag has been
>> created in git: ‘1.0.
Packages tested, source code from git tested, signatures tested, N&L
checked, we are all good !
Great job Shawn ! years of dedication to finally get a 1.0 out, hat down !
Let's get the beast out !
Le 16/04/16 11:36, Pierre Smits a écrit :
> Shawn,
>
> As far as I can tell we can't call this a successful vote. Many have
> expresses congratulations and have said testing it (or willingness to
> test), but the ASF procedure dictates that votes must be done with an
> explicit expression of +1, 0
Thanks Kristinn !
just coming back from vacation, I'll review the pull request asap.
Le 02/05/16 10:58, kristinn a écrit :
> GitHub user kristinn opened a pull request:
>
> https://github.com/apache/directory-shared/pull/2
>
> Support for DNS names that both have A and records.
>
>
Le 09/05/16 19:58, SHAWN E SMITH a écrit :
> All,
>
> We renamed the project, the new repo is
> https://github.com/PennState/SCIMple-Identity for anyone interested.
>
> Is there any status on our contribution offer?
As I said, I'm +1.
Any other opinion ?
Le 13/05/16 15:45, Srini Velaga a écrit :
> Hello, I'm hoping to get some answer to below question.
>
> I wanted to search with DN type attribute. For example, I have custom
> attribute with value of "cn=user1,ou=orgou,ou=orgou2,o=org", and my ldap
> filter is (customattribute=*user1*) but it does
Le 13/05/16 19:50, Stefan Seelmann a écrit :
> +1
>
> Even if I'm always sceptical adding new code to the Directory project, I
> think the PennState guys are dedicated and will help maintain it.
I think that Directory does not have to become a giant umbrella for many
IDM related projects. IMO, proj
Le 13/05/16 21:10, SHAWN E SMITH a écrit :
> Thanks to all. If/when there is consensus can someone please advise on what
> steps we should follow to move things forward.
Simple : create a JIRA ticket, attach a tar ball to it. We will deal
with the next steps (voting you in as committers, etc)
Le 13/05/16 23:06, SHAWN E SMITH a écrit :
> We can do that, but is there a way to do it without a tar ball? The project
> is very active and the tar ball would quickly fall out of sync.
Oh, sorry... I'm so old school ;-)
A link to the github repo should do the trick.
Le 20/05/16 à 07:15, Micheal Myers a écrit :
> I would like to help out with the task listed at
> https://helpwanted.apache.org/task.html?4f557867
> Hey, I was really interested in helping with the documentation for the LDAP
> API User Guide. I’ve been proficient in Java for 3 years and have been
Le 21/05/16 à 00:34, Syed Gardezi a écrit :
> Hello.
>
>I would like to help with this task of completing documentation for
> the Apache LDAP API with samples. Kindly direct me forward.
>
>
> Cheers,
>
> Sheece
>
>
Hi !
that's pretty easy. All the API documentation is stored in
http://s
Le 26/05/16 à 04:17, Richard Feezel a écrit :
> Kai,
>
> I recall that the Kerberos specifications indicate that empty lists
> (sequences) should not be included in the ASN.1 encoded byte stream. Thus
> the correct representation of items that are empty in object space is with
> NULL, not with a ta
Le 27/05/16 à 15:42, Colm O hEigeartaigh a écrit :
> Hi all,
>
> Do we have a plan or timeline to replace the older Kerberos code in Apache
> Directory with Kerby? If not, does it make sense to start discussing it?
We definitively will have to have this discussion, it's a bit premature atm.
Le 29/05/16 à 02:28, Zheng, Kai a écrit :
> It's good to discuss and clarify the gaps left.
>
>>> it's a bit premature atm.
> Would you clarify some bit about this?
Sure : we have *many* things going on in ApacheDS atm, adding the
intergartion of Kerby right now will be just overkilling. The high
p
Le 29/05/16 à 23:23, Zheng, Kai a écrit :
> IMO, it would make more sense to do the Kerby integration as part of ApacheDS
> 2.0 GA.
Our schedule is to first get Mavibot fixed, to get rid of the database
corruptionw e have in JDBM. Once done, we geta 20 out and immediately
start with a 3.0 branch.
Le 08/06/16 à 14:21, Christos Papoulas a écrit :
> On 08/06/16 15:16, Kiran Ayyagari wrote:
>>
>>
>> On Wed, Jun 8, 2016 at 5:41 PM, Christos Papoulas
>> mailto:pachris...@gmail.com>> wrote:
>>
>> I'm trying to connect to my own ldap server with the Apache
>> Directory LDAP API for
>> j
Le 08/06/16 à 16:36, Christos Papoulas a écrit :
> After a lot of research, I didn't find out how can I change the
> X509KeyManager and tell LdapConnectionConfig to use this manager.
> Is any hint that you send me for this?
https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/JSSER
Le 11/06/16 à 18:15, Devin Paulsen a écrit :
> Hi. I'm attempting to use the tool partition-plumber to rebuild the partition
> index files of an ApacheDS instance. Most likely there are corrupted indices
> due to an IT outage. Attached is the error when running this tool.
>
> No value was configu
Le 12/06/16 à 10:41, Stefan Seelmann a écrit :
> Hi,
>
> I'd like to release a new version of Studio. There are only bugfixes but
> important ones that were reported by lots of users and very annoying:
>
> * Error when saving configuration (DIRSTUDIO-1080 and many duplicates)
> * Hanging connection
Le 13/06/16 à 09:56, Radovan Semancik a écrit :
> On 06/12/2016 12:55 PM, Emmanuel Lécharny wrote:
>> Le 12/06/16 à 10:41, Stefan Seelmann a écrit :
>>> Thus my question, are there any blockers that must be fixed before
>>> releasing API and Server?
>
> I'm
Le 12/06/16 à 10:41, Stefan Seelmann a écrit :
> Hi,
>
> I'd like to release a new version of Studio. There are only bugfixes but
> important ones that were reported by lots of users and very annoying:
>
> * Error when saving configuration (DIRSTUDIO-1080 and many duplicates)
> * Hanging connection
Le 14/06/16 à 08:46, Stefan Seelmann a écrit :
> On 06/14/2016 08:01 AM, Emmanuel Lécharny wrote:
>> Le 12/06/16 à 10:41, Stefan Seelmann a écrit :
>>> Hi,
>>>
>>> I'd like to release a new version of Studio. There are only bugfixes but
>>> impo
1.0.0-RC1
[ ] 0 abstain
[ ] -1 Do not release Shared/LDAP API 1.0.0-RC1
Emmanuel
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
On Tue, Jun 14, 2016 at 9:27 AM, Emmanuel Lécharny
> wrote:
>
>> Hi,
>>
>> This is a vote for the first release candidate of the 1.0.0 LDAP
>> API/Shared, 1.0.0-RC1.
>>
>> The proposed release is a first step toward a GA, we have fixed numerous
>> issue
Hi !
I'm closing this vote, which was successful with 9 binding +1 :
Colm
Kiran
Jiajia
Lucas
Pierre
Radovan
Shawn
Stefan
and me.
I'll update the site, push the package and javadoc.
Many thanks !
Hi guys,
just to inform you that I have started to cut the release. It may take a
while.
Le 22/06/16 à 18:46, Emmanuel Lécharny a écrit :
> Hi guys,
>
>
> just to inform you that I have started to cut the release. It may take a
> while.
>
The release was successful, I have to start the vote, but I'm running
out of battery and I forgot my charger in Paris (I&
s and sources :
https://dist.apache.org/repos/dist/dev/directory/apacheds/2.0.0-M22/
[ ] +1 : release ApacheDS 2.0.0-M22
[ ] ± 0 : I don't care
[ ] -1 : No, don't release ApacheDS 2.0.0-M22
--
Regards, Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
two months ago, Shawn Smith wrote us to inform the Apache Directory
project that he wanted to contribute the project he is working on with
Steve Moyer, Christopher Harm and Alex Haskell.
We have discussed about this proposal one month ago, but due to some
highly busy agenda on my side,
Hi guys,
now that I'm done with the LDAP API release and ApacheDS release, I'd
like to dedicate some time to complete Mavibot, as it's a critical part
of the server.
The current status is not exactly perfect. It's usable, but there is no
support for transaction across B-trees, which makes it as
Le 27/06/16 à 08:07, Zheng, Kai a écrit :
> Thanks for the update.
>
> It looks like to me there is much work to do. Is there any alternative
> option? I'm still thinking that if we could leverage any existing back end
> implementation, so we could focus on the LDAP specific logic for the master
Le 27/06/16 à 12:15, Howard Chu a écrit :
> Emmanuel Lécharny wrote:
>> Le 27/06/16 à 08:07, Zheng, Kai a écrit :
>>> Thanks for the update.
>>>
>>> It looks like to me there is much work to do. Is there any
>>> alternative option? I'm still thinki
Le 27/06/16 à 12:33, Zheng, Kai a écrit :
> Yes, I agree. Is it possible to be a lightweight wrapper on top of the
> plugined DB enginene, for example, we wouldn't need to support the
> transaction stuffs by ourselves?
No. Transaction has to be started explicitely from the LDAP layer, which
mea
Le 27/06/16 à 12:49, Zheng, Kai a écrit :
> Thanks so much for the full explanation, Emmanuel. Sorry for my asking again.
>
>>> Otherwise, we could use LMDB, with a JNI wrapper. That is an option. But I
>>> have no idea what it would cost us in term of packaging.
> The packaging isn't really so m
Le 27/06/16 à 13:05, Zheng, Kai a écrit :
>>> Transaction has to be started explicitely from the LDAP layer...
> Yeah, I agree. But that doesn't mean the LDAP layer has to implement the
> transaction support itself. It just needs to aware, start and end the
> transaction when performing add/delet
Le 27/06/16 à 13:02, Zheng, Kai a écrit :
> I really think the community need to think about this seriously because it
> regards how the parent project would evolve in the long term. Lacking a
> strong and solid LDAP server backend, it would shade our many efforts in
> other aspects. Considering
Hi,
I'm closing this vote, with 4 binding +1 :
Colm, Kiran, Stefan and me.
I'll push teh pacages and update teh site tomorrow.
Thanks, guys !
Hi guys,
As we don't have anymore access to the people.apache.org server to push
pur source packages and binary packages during a vote, we have to change
teh way we process releases. I'll explain how we should now proceed in
this mail.
There is one common area where we can push packages for tes
Le 29/06/16 à 00:20, Stefan Seelmann a écrit :
> Hi all,
>
> here is a vote on a new Studio release.
Testing it atm. A few remarks :
* on Mac OSX, there is an issue with the JVM. Since Apple totally fucked
up and decided to not provide anymore a JVM, we have an issue when
starting Studio. We get
Le 29/06/16 à 12:53, Stefan Seelmann a écrit :
> OK, then I cancel the vote, I will comment and fix the issues tonight.
I have already fixed the copyright date.
Hi guys,
the SCIM donation was accepted with 8 +1 :
Colm (binding)
Jiajia (binding)
Kai (binding)
Kiran (binding)
Pierre (binding)
Shawn McKinney(binding)
Stefan (binding)
and myself.
The next step will be to vote in the new committers. I'm on the road
today, I will launch the vote tonite.
Shawn
Thanks P-shawn (shortest than Pennsylshawn. Shawn cKinney will become
A-Shawn. Then we will ban any new committer which firstname is Shawn !),
Le 30/06/16 à 19:36, SHAWN E SMITH a écrit :
> Thanks to all.
>
> The primary developers on the effort are Steve Moyer, Chris Harm and Me
> (Shawn Smit
Hi guys,
now that we have accepted the SCIM code contribution, we have to vote in
the four contributors :
Alex Askell
Chris Harm
Shawn Smith
Steve Moyer
I personally met Steve 2 years ago (time flies !!!), and Shawn McKinney
have worked with them a lot recently (Shawn, you can probably con
As a matter of fact, things are moving in the LMDB landscape :
https://github.com/lmdbjava/lmdbjava
There is still some need of a Windows build for LMDB, but still, I think
that would be great to have a partition that uses LMDB. Just for the
sake of consitency.
Le 02/07/16 à 00:19, Zheng, Kai a écrit :
> I'm sorry, but why this go public? Any process change?
No, but I want the voted people to know that we are voting them in. We
already have accepted their contribtution on this public mailing list, I
think it's pure courtesy to have this specific vote publ
Le 02/07/16 à 00:38, Zheng, Kai a écrit :
> This sounds nice.
>
> In my view, we should probably start with the most popular platform like
> Linux and fallback to the current Java offering on other platforms that we
> don't support yet due to all kinds of constraints like resources and the
> li
Le 02/07/16 à 00:50, Zheng, Kai a écrit :
> Hi Lucas,
>
> I understand what you meant and totally agree. That’s why in the past years I
> would spend lots of spare time working on a pure Java Kerberos binding,
> Apache Kerby. However, for the backend part, as it regards to users’ data, it
> must
Le 02/07/16 à 14:41, Pierre Smits a écrit :
> This vote, like any other vote on persons needs to take place in the
> private mailing list.
No. It's a common practice, but we can sometime have a public vote.
Read http://www.apache.org/dev/pmc.html#newcommitter :
" Most PMCs decide on new committer
Le 03/07/16 à 23:21, Stefan Seelmann a écrit :
>
>> * We don't have the installers to test. Packages for all the platforms
>> we suport should be created (.dmg, .deb, .exe, .rpm). I have created the
>> DMG following the README in the /tools/Mac OS X DMG/README doco, I think
>> creating all the othe
Hi guys,
I just tested some of the linux installers, as 2 useras are complaining.
There is an issue with a bad declaration in the wrapper.conf file.
The workaround is to remove line 38 in the wrapper.conf file :
...
# Java Additional Parameters
wrapper.java.additional.1=-Dlog4j.configuration=
Le 05/07/16 à 22:43, Stefan Seelmann a écrit :
> On 06/29/2016 02:26 PM, elecha...@apache.org wrote:
>> Author: elecharny
>> Date: Wed Jun 29 12:26:50 2016
>> New Revision: 1750623
>>
>> URL: http://svn.apache.org/viewvc?rev=1750623&view=rev
>> Log:
>> Fixed the copyright date to 2016
>>
>> Removed
Le 05/07/16 à 19:49, Stefan Seelmann a écrit :
> On 07/05/2016 03:12 PM, Emmanuel Lécharny wrote:
>> Hi guys,
>>
>>
>> I just tested some of the linux installers, as 2 useras are complaining.
>> There is an issue with a bad declaration in the wrapper.conf file.
>
901 - 1000 of 1468 matches
Mail list logo
