Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Robert Munteanu]

On Mon, 2019-08-26 at 16:42 +0200, Robert Munteanu wrote:
> Please vote to accept the donation of the Sling Packager module
> described in SLING-8584 [1].

Hi,

The vote has passed with the following result:

+1 (binding): Carsten Ziegeler, Daniel Klco, Radu Cotescu, Robert
Munteanu, Stefan Seifert, Bertrand Delacretaz, Karl Pauls, Nicolas
Peltier
+1 (non-binding): Andreas Schaefer

Thanks all for voting. I will add the contribution to the Sling
whiteboard.

Robert


signature.asc
Description: This is a digitally signed message part

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Georg Henzler]

Toby being the main developer behind vault also spent a significant 
time to
decouple the whole ‚frontend‘ & communication part from packagemanager 
&

the vault plugin when contributing.


The file slingpackager/cmds/package.js is doing exactly the same as
filevault-package-maven-plugin that lives in Jackrabbit. Following that
argument we would have to split slingpackager into two packages.

Also I would argue that the communication=http part is trivial, it's 
really
that package building part that will need some work after the 
contribution

(e.g. if we wanted to get it in par with what the Java version can do).

But there is no perfect world and most other people seem to be in favour 
to

host it here, so let's go ahead with it then.

-Georg

On 2019-08-27 19:42, Dominik Süß wrote:

Hi all ,

Being a fresh committee to Jackrabbit I certainly can’t speak for the 
rest
but historically we seperated out as much as possible concerning the 
http

communication.

Toby being the main developer behind vault also spent a significant 
time to
decouple the whole ‚frontend‘ & communication part from packagemanager 
&

the vault plugin when contributing.

Also the release scheme and cross dependencies wouldn’t be a good fit -
Sling is IMVHO the right home for this and if the contribution comes 
with

the commitment to maintain I see no real reasons to reject it.
Contributions in contrib are anyhow rather like in the incubator and 
time
will tell if it’s a useful tool with interest beyond the contributor or 
not.


Cheers
Dominik

Robert Munteanu  schrieb am Di. 27. Aug. 2019 um 
17:00:



Hi Konrad,

On Tue, 2019-08-27 at 14:55 +0200, Konrad Windszus wrote:
> For me the situation looks a bit slightly different: I raised a
> concern in
>
https://lists.apache.org/thread.html/7699b02a090d0397d661721f47a6d70b72fb83ff372fafb7d45e6f5e@%3Cdev.sling.apache.org%3E
>   0b72fb83ff372fafb7d45e6f5e@%3Cdev.sling.apache.org%3E> and Ruben
> answered and I unfortunately never really followed-up on that one.
> Still for me we haven't really reached consensus back then. I was
> rather a bit surprised that Robert started the VOTE without
> commenting on the mailing list thread first.

I did not intend to move this quicker than people expected. I thought
that the discussion settled down and there were no objections.

The way I view this is that we cannot direct a contribution to another
project. The contributors have received feedback that another project
may be better suited, and decided to submit it to Sling nonetheless.

Right now, as a project, we may either accept or reject the
contribution. If we reject it, it is their choice on whether to go to
Jackrabbit or not.

My personal opinion is that there are arguments for both Sling and
Jackrabbit hosting the contribution, but turning it down is not a good
start :-) We have experience in migrating modules cross projects, so 
if

it comes to that we should be well equipped for it.

Thanks,

Robert

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Bertrand Delacretaz]

On Mon, Aug 26, 2019 at 4:42 PM Robert Munteanu  wrote:
> Please vote to accept the donation of the Sling Packager module
> described in SLING-8584 [1]...

+1

-Bertrand

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Nicolas Peltier]

+1

Le mar. 27 août 2019 à 19:52, Karl Pauls  a écrit :

> +1
>
> regards,
>
> Karl
>
> On Monday, August 26, 2019, Robert Munteanu  wrote:
>
> > Hi,
> >
> > Please vote to accept the donation of the Sling Packager module
> > described in SLING-8584 [1].
> >
> > This majority vote is open for at least 72 hours.
> >
> > Thanks,
> >
> > Robert
> >
> > [1]: https://issues.apache.org/jira/browse/SLING-8584
> >
> >
>
> --
> Karl Pauls
> karlpa...@gmail.com
>

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Karl Pauls]

+1

regards,

Karl

On Monday, August 26, 2019, Robert Munteanu  wrote:

> Hi,
>
> Please vote to accept the donation of the Sling Packager module
> described in SLING-8584 [1].
>
> This majority vote is open for at least 72 hours.
>
> Thanks,
>
> Robert
>
> [1]: https://issues.apache.org/jira/browse/SLING-8584
>
>

-- 
Karl Pauls
karlpa...@gmail.com

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Dominik Süß]

Hi all ,

Being a fresh committee to Jackrabbit I certainly can’t speak for the rest
but historically we seperated out as much as possible concerning the http
communication.

Toby being the main developer behind vault also spent a significant time to
decouple the whole ‚frontend‘ & communication part from packagemanager &
the vault plugin when contributing.

Also the release scheme and cross dependencies wouldn’t be a good fit -
Sling is IMVHO the right home for this and if the contribution comes with
the commitment to maintain I see no real reasons to reject it.
Contributions in contrib are anyhow rather like in the incubator and time
will tell if it’s a useful tool with interest beyond the contributor or not.

Cheers
Dominik

Robert Munteanu  schrieb am Di. 27. Aug. 2019 um 17:00:

> Hi Konrad,
>
> On Tue, 2019-08-27 at 14:55 +0200, Konrad Windszus wrote:
> > For me the situation looks a bit slightly different: I raised a
> > concern in
> >
> https://lists.apache.org/thread.html/7699b02a090d0397d661721f47a6d70b72fb83ff372fafb7d45e6f5e@%3Cdev.sling.apache.org%3E
> >   > 0b72fb83ff372fafb7d45e6f5e@%3Cdev.sling.apache.org%3E> and Ruben
> > answered and I unfortunately never really followed-up on that one.
> > Still for me we haven't really reached consensus back then. I was
> > rather a bit surprised that Robert started the VOTE without
> > commenting on the mailing list thread first.
>
> I did not intend to move this quicker than people expected. I thought
> that the discussion settled down and there were no objections.
>
> The way I view this is that we cannot direct a contribution to another
> project. The contributors have received feedback that another project
> may be better suited, and decided to submit it to Sling nonetheless.
>
> Right now, as a project, we may either accept or reject the
> contribution. If we reject it, it is their choice on whether to go to
> Jackrabbit or not.
>
> My personal opinion is that there are arguments for both Sling and
> Jackrabbit hosting the contribution, but turning it down is not a good
> start :-) We have experience in migrating modules cross projects, so if
> it comes to that we should be well equipped for it.
>
> Thanks,
>
> Robert
>
>

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Robert Munteanu]

Hi Konrad,

On Tue, 2019-08-27 at 14:55 +0200, Konrad Windszus wrote:
> For me the situation looks a bit slightly different: I raised a
> concern in 
> https://lists.apache.org/thread.html/7699b02a090d0397d661721f47a6d70b72fb83ff372fafb7d45e6f5e@%3Cdev.sling.apache.org%3E
>   0b72fb83ff372fafb7d45e6f5e@%3Cdev.sling.apache.org%3E> and Ruben
> answered and I unfortunately never really followed-up on that one.
> Still for me we haven't really reached consensus back then. I was
> rather a bit surprised that Robert started the VOTE without
> commenting on the mailing list thread first.

I did not intend to move this quicker than people expected. I thought
that the discussion settled down and there were no objections.

The way I view this is that we cannot direct a contribution to another
project. The contributors have received feedback that another project
may be better suited, and decided to submit it to Sling nonetheless.

Right now, as a project, we may either accept or reject the
contribution. If we reject it, it is their choice on whether to go to
Jackrabbit or not.

My personal opinion is that there are arguments for both Sling and
Jackrabbit hosting the contribution, but turning it down is not a good
start :-) We have experience in migrating modules cross projects, so if
it comes to that we should be well equipped for it.

Thanks,

Robert

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Georg Henzler]

(pressed the wrong button, sorry)

So I wanted to add that even that the discussion now is a bit late, 
looking rationally at where to put it, it just think it make sense to 
put it to Jackrabbit (@Ruben: both AEM and Composum are just UI Layers 
to the FileVault API, see e.g. [1]).


-Georg

[1] 
https://github.com/ist-dresden/composum/blob/a7ef648b3a0bd0ad1cd955f2f0c26e7c8bdaeebc/sling/core/pckginstall/src/main/java/com/composum/sling/core/pckginstall/PackageTransformer.java#L8


On 2019-08-27 15:06, Georg Henzler wrote:

Hi Carsten,

sorry for the late comment/bad timing (somehow the message in July
slipped). Also I think we all agree that the contribution itself is a
great addition.



On 2019-08-27 14:33, Carsten Ziegeler wrote:

TBH I find this conversation a little bit strange. We have a
contribution, this contribution has been made to us, the Apache Sling
project. The suggestion with contributing to Jackrabbit has been
discussed over a month ago and it seemed no one had an issue with
accepting this contribution in Sling after that.

Now, when it comes to a vote there is the suggestion to go with
Jackrabbit again.

I think this is not how we should handle contribution

Regards
Carsten
--
Carsten Ziegeler
Adobe Research Switzerland
cziege...@apache.org

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Bertrand Delacretaz]

On Tue, Aug 27, 2019 at 3:10 PM Carsten Ziegeler  wrote:
> ...I think the tool should land at the community that cares the most about
> it. Tbh, I think this is Sling at this point

+1 and that's also where it has been offered so makes sense to me.

-Bertrand

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Carsten Ziegeler]

Thanks Konrad and Georg,

I somehow also didn't really realize that it was summer holiday at that 
time :)


I think the tool should land at the community that cares the most about 
it. Tbh, I think this is Sling at this point. And yes, we can move it to 
Jackrabbit later on if that turns out to be the better option.


Regards
Carsten
--
Carsten Ziegeler
Adobe Research Switzerland
cziege...@apache.org

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Georg Henzler]

Hi Carsten,

sorry for the late comment/bad timing (somehow the message in July 
slipped). Also I think we all agree that the contribution itself is a 
great addition.




On 2019-08-27 14:33, Carsten Ziegeler wrote:

TBH I find this conversation a little bit strange. We have a
contribution, this contribution has been made to us, the Apache Sling
project. The suggestion with contributing to Jackrabbit has been
discussed over a month ago and it seemed no one had an issue with
accepting this contribution in Sling after that.

Now, when it comes to a vote there is the suggestion to go with
Jackrabbit again.

I think this is not how we should handle contribution

Regards
Carsten
--
Carsten Ziegeler
Adobe Research Switzerland
cziege...@apache.org

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Konrad Windszus]

For me the situation looks a bit slightly different: I raised a concern in 
https://lists.apache.org/thread.html/7699b02a090d0397d661721f47a6d70b72fb83ff372fafb7d45e6f5e@%3Cdev.sling.apache.org%3E
 

 and Ruben answered and I unfortunately never really followed-up on that one. 
Still for me we haven't really reached consensus back then. I was rather a bit 
surprised that Robert started the VOTE without commenting on the mailing list 
thread first.

But I want to stress one point first:
This is a great tool and I really appreciate the contribution and won't vote 
-1. But I would still appreciate if the tool would instead be donated to 
Jackrabbit as I feel this project makes more sense as home for the plugin. But 
since Ruben does not seem to consider this as a valid option I am also fine 
with having that inside Sling for the moment.
Once Jackrabbit provides an HTTP endpoint we can think again about moving the 
project to Apache Jackrabbit.

Konrad

> On 27. Aug 2019, at 14:33, Carsten Ziegeler  wrote:
> 
> TBH I find this conversation a little bit strange. We have a contribution, 
> this contribution has been made to us, the Apache Sling project. The 
> suggestion with contributing to Jackrabbit has been discussed over a month 
> ago and it seemed no one had an issue with accepting this contribution in 
> Sling after that.
> 
> Now, when it comes to a vote there is the suggestion to go with Jackrabbit 
> again.
> 
> I think this is not how we should handle contribution
> 
> Regards
> Carsten
> --
> Carsten Ziegeler
> Adobe Research Switzerland
> cziege...@apache.org

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Carsten Ziegeler]

TBH I find this conversation a little bit strange. We have a 
contribution, this contribution has been made to us, the Apache Sling 
project. The suggestion with contributing to Jackrabbit has been 
discussed over a month ago and it seemed no one had an issue with 
accepting this contribution in Sling after that.


Now, when it comes to a vote there is the suggestion to go with 
Jackrabbit again.


I think this is not how we should handle contribution

Regards
Carsten
--
Carsten Ziegeler
Adobe Research Switzerland
cziege...@apache.org

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Ruben Reusser]

the slingpackager is meant to work against content management systems 
built on sling. It currently supports package managers by


- Composum
- AEM

If there are other package managers in the future I'd love to add 
support for them as well.


We interact with sling to install packages, not with jackrabbit. My 
preference would still be to include this in sling :-) (who knows, 
maybe some day sling decides not to run on jackrabbit anymore - the 
sling packager could then be transformed to support the new 
format/other endpoints)


Ruben

On Tue, Aug 27, 2019 at 2:32 AM, Konrad Windszus  
wrote:

I fully agree with that statement.
Actually there is already a task at FileVault to have an installation 
endpoint (accompanied by a branch): 
 
<>


For all those reasons I would also rather like to see this addition 
to Apache Jackrabbit.

Konrad



 On 27. Aug 2019, at 11:25, Georg Henzler > wrote:


 Hi,

 I also have my doubts... reasoning to have it in Sling from [2]:

 since the tool packages and deploys it is dependent 
Jackrabbit-Vault for

 the package format and on Apache Sling and Composum for the
 upload/install/list/uninstall/delete endpoint. I'd honestly much 
prefer

 for it to be an Apache Sling module.


 Composum [3] is included in the sling starter but not actually 
maintained
 as part of Sling. I'm not aware of any dependency the packager 
would have
 to Sling, so I think the Jackrabbit project would make a lot more 
sense to
 host the Packager tool. For instance, people not using Sling but 
only
 Jackrabbit could use it, also maybe at some point somebody will 
eventually
 create an Open Source Package Manager there (to provide the simple 
endpoints
 for upload/install/list/uninstall/delete without UI would be 
actually really

 easy, maybe it's a good time to do this now :)

 -Georg

 [3] 

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Konrad Windszus]

I fully agree with that statement.
Actually there is already a task at FileVault to have an installation endpoint 
(accompanied by a branch): https://issues.apache.org/jira/browse/JCRVLT-151 


For all those reasons I would also rather like to see this addition to Apache 
Jackrabbit.
Konrad



> On 27. Aug 2019, at 11:25, Georg Henzler  wrote:
> 
> Hi,
> 
> I also have my doubts... reasoning to have it in Sling from [2]:
> 
>> since the tool packages and deploys it is dependent Jackrabbit-Vault for
>> the package format and on Apache Sling and Composum for the
>> upload/install/list/uninstall/delete endpoint. I'd honestly much prefer
>> for it to be an Apache Sling module.
> 
> Composum [3] is included in the sling starter but not actually maintained
> as part of Sling. I'm not aware of any dependency the packager would have
> to Sling, so I think the Jackrabbit project would make a lot more sense to
> host the Packager tool. For instance, people not using Sling but only
> Jackrabbit could use it, also maybe at some point somebody will eventually
> create an Open Source Package Manager there (to provide the simple endpoints
> for upload/install/list/uninstall/delete without UI would be actually really
> easy, maybe it's a good time to do this now :)
> 
> -Georg
> 
> [3] https://github.com/ist-dresden/composum
> 
> 
> On 2019-08-27 11:04, Robert Munteanu wrote:
>> Hi Stefan,
>> On Tue, 2019-08-27 at 08:49 +, Stefan Seifert wrote:
>>> i'm not against adding it to sling, but maybe the jackrabbit project
>>> would also be a good place for it? alongside with [1]?
>> This was (summarily) discussed at [2]. Don't have a strong opinion
>> either way, just relaying the answer :-)
>> Thanks,
>> Robert
>>> stefan
>>> [1] http://jackrabbit.apache.org/filevault-package-maven-plugin/
>> [2]:
>> https://lists.apache.org/thread.html/8e417968d0b4ecaa3eb3bd321b13629b86f59c5e2b20284f138119b0@%3Cdev.sling.apache.org%3E
>>> > -Original Message-
>>> > From: Robert Munteanu 
>>> > Sent: Monday, August 26, 2019 4:43 PM
>>> > To: dev@sling.apache.org
>>> > Subject: [VOTE] Accept the donation of the Sling Packager tool,
>>> > SLING-8584
>>> >
>>> > Hi,
>>> >
>>> > Please vote to accept the donation of the Sling Packager module
>>> > described in SLING-8584 [1].
>>> >
>>> > This majority vote is open for at least 72 hours.
>>> >
>>> > Thanks,
>>> >
>>> > Robert
>>> >
>>> > [1]: https://issues.apache.org/jira/browse/SLING-8584
>>> >

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Georg Henzler]

Hi,

I also have my doubts... reasoning to have it in Sling from [2]:

since the tool packages and deploys it is dependent Jackrabbit-Vault 
for

the package format and on Apache Sling and Composum for the
upload/install/list/uninstall/delete endpoint. I'd honestly much prefer
for it to be an Apache Sling module.


Composum [3] is included in the sling starter but not actually 
maintained
as part of Sling. I'm not aware of any dependency the packager would 
have
to Sling, so I think the Jackrabbit project would make a lot more sense 
to

host the Packager tool. For instance, people not using Sling but only
Jackrabbit could use it, also maybe at some point somebody will 
eventually
create an Open Source Package Manager there (to provide the simple 
endpoints
for upload/install/list/uninstall/delete without UI would be actually 
really

easy, maybe it's a good time to do this now :)

-Georg

[3] https://github.com/ist-dresden/composum


On 2019-08-27 11:04, Robert Munteanu wrote:

Hi Stefan,

On Tue, 2019-08-27 at 08:49 +, Stefan Seifert wrote:

i'm not against adding it to sling, but maybe the jackrabbit project
would also be a good place for it? alongside with [1]?


This was (summarily) discussed at [2]. Don't have a strong opinion
either way, just relaying the answer :-)

Thanks,

Robert



stefan

[1] http://jackrabbit.apache.org/filevault-package-maven-plugin/


[2]:
https://lists.apache.org/thread.html/8e417968d0b4ecaa3eb3bd321b13629b86f59c5e2b20284f138119b0@%3Cdev.sling.apache.org%3E



> -Original Message-
> From: Robert Munteanu 
> Sent: Monday, August 26, 2019 4:43 PM
> To: dev@sling.apache.org
> Subject: [VOTE] Accept the donation of the Sling Packager tool,
> SLING-8584
>
> Hi,
>
> Please vote to accept the donation of the Sling Packager module
> described in SLING-8584 [1].
>
> This majority vote is open for at least 72 hours.
>
> Thanks,
>
> Robert
>
> [1]: https://issues.apache.org/jira/browse/SLING-8584
>

RE: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Stefan Seifert]

ah, ok - then +1

stean

>-Original Message-
>From: Robert Munteanu 
>Sent: Tuesday, August 27, 2019 11:05 AM
>To: dev@sling.apache.org
>Subject: Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-
>8584
>
>Hi Stefan,
>
>On Tue, 2019-08-27 at 08:49 +, Stefan Seifert wrote:
>> i'm not against adding it to sling, but maybe the jackrabbit project
>> would also be a good place for it? alongside with [1]?
>
>This was (summarily) discussed at [2]. Don't have a strong opinion
>either way, just relaying the answer :-)
>
>Thanks,
>
>Robert
>
>>
>> stefan
>>
>> [1] http://jackrabbit.apache.org/filevault-package-maven-plugin/
>
>[2]:
>https://lists.apache.org/thread.html/8e417968d0b4ecaa3eb3bd321b13629b86f59c5e
>2b20284f138119b0@%3Cdev.sling.apache.org%3E
>>
>>
>> > -Original Message-
>> > From: Robert Munteanu 
>> > Sent: Monday, August 26, 2019 4:43 PM
>> > To: dev@sling.apache.org
>> > Subject: [VOTE] Accept the donation of the Sling Packager tool,
>> > SLING-8584
>> >
>> > Hi,
>> >
>> > Please vote to accept the donation of the Sling Packager module
>> > described in SLING-8584 [1].
>> >
>> > This majority vote is open for at least 72 hours.
>> >
>> > Thanks,
>> >
>> > Robert
>> >
>> > [1]: https://issues.apache.org/jira/browse/SLING-8584
>> >
>

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Robert Munteanu]

Hi Stefan,

On Tue, 2019-08-27 at 08:49 +, Stefan Seifert wrote:
> i'm not against adding it to sling, but maybe the jackrabbit project
> would also be a good place for it? alongside with [1]?

This was (summarily) discussed at [2]. Don't have a strong opinion
either way, just relaying the answer :-)

Thanks,

Robert

> 
> stefan
> 
> [1] http://jackrabbit.apache.org/filevault-package-maven-plugin/

[2]: 
https://lists.apache.org/thread.html/8e417968d0b4ecaa3eb3bd321b13629b86f59c5e2b20284f138119b0@%3Cdev.sling.apache.org%3E
> 
> 
> > -Original Message-
> > From: Robert Munteanu 
> > Sent: Monday, August 26, 2019 4:43 PM
> > To: dev@sling.apache.org
> > Subject: [VOTE] Accept the donation of the Sling Packager tool,
> > SLING-8584
> > 
> > Hi,
> > 
> > Please vote to accept the donation of the Sling Packager module
> > described in SLING-8584 [1].
> > 
> > This majority vote is open for at least 72 hours.
> > 
> > Thanks,
> > 
> > Robert
> > 
> > [1]: https://issues.apache.org/jira/browse/SLING-8584
> > 

RE: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Stefan Seifert]

i'm not against adding it to sling, but maybe the jackrabbit project would also 
be a good place for it? alongside with [1]?

stefan

[1] http://jackrabbit.apache.org/filevault-package-maven-plugin/


>-Original Message-
>From: Robert Munteanu 
>Sent: Monday, August 26, 2019 4:43 PM
>To: dev@sling.apache.org
>Subject: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584
>
>Hi,
>
>Please vote to accept the donation of the Sling Packager module
>described in SLING-8584 [1].
>
>This majority vote is open for at least 72 hours.
>
>Thanks,
>
>Robert
>
>[1]: https://issues.apache.org/jira/browse/SLING-8584
>

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Robert Munteanu]

On Mon, 2019-08-26 at 16:42 +0200, Robert Munteanu wrote:
> Please vote to accept the donation of the Sling Packager module
> described in SLING-8584 [1].

+1

Robert


signature.asc
Description: This is a digitally signed message part

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Radu Cotescu]

+1

> On 26 Aug 2019, at 16:42, Robert Munteanu  wrote:
> 
> Please vote to accept the donation of the Sling Packager module
> described in SLING-8584 [1].

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Daniel Klco]

+1

On Mon, Aug 26, 2019, 12:08 PM Carsten Ziegeler 
wrote:

> +1
>
> Carsten
>
> Am 26.08.2019 um 16:42 schrieb Robert Munteanu:
> > Hi,
> >
> > Please vote to accept the donation of the Sling Packager module
> > described in SLING-8584 [1].
> >
> > This majority vote is open for at least 72 hours.
> >
> > Thanks,
> >
> > Robert
> >
> > [1]: https://issues.apache.org/jira/browse/SLING-8584
> >
>
> --
> --
> Carsten Ziegeler
> Adobe Research Switzerland
> cziege...@apache.org
>

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Carsten Ziegeler]

+1

Carsten

Am 26.08.2019 um 16:42 schrieb Robert Munteanu:

Hi,

Please vote to accept the donation of the Sling Packager module
described in SLING-8584 [1].

This majority vote is open for at least 72 hours.

Thanks,

Robert

[1]: https://issues.apache.org/jira/browse/SLING-8584



--
--
Carsten Ziegeler
Adobe Research Switzerland
cziege...@apache.org

Re: [VOTE] Accept the donation of the Sling Packager tool, SLING-8584

[Andreas Schaefer]

+1

- Andy

> On Aug 26, 2019, at 7:42 AM, Robert Munteanu  wrote:
> 
> Hi,
> 
> Please vote to accept the donation of the Sling Packager module
> described in SLING-8584 [1].
> 
> This majority vote is open for at least 72 hours.
> 
> Thanks,
> 
> Robert
> 
> [1]: https://issues.apache.org/jira/browse/SLING-8584
>