Hi,
It's time to close the vote.
+1 votes from Felix Meschberger*, Guillaume Nodet*, Richard S Hall*,
Karl Pauls*, Chris Custine, Clement Escoffier*
So this vote passes with 6 +1 votes. No other votes were cast.
I will make the release artifacts available as soon as possible.
Thanks,
Rega
+1,
Clement
On 08.09.2009, at 23:57, Chris Custine wrote:
+1
--
Chris Custine
FUSESource :: http://fusesource.com
My Blog :: http://blog.organicelement.com
Apache ServiceMix :: http://servicemix.apache.org
Apache Directory Server :: http://directory.apache.org
On Fri, Sep 4, 2009 at 3:00 AM
Hi,
Sten Roger Sandvik schrieb:
> On Thu, Sep 10, 2009 at 9:59 PM, Richard S. Hall wrote:
>
>> On 9/10/09 15:54, Sten Roger Sandvik wrote:
>>
>>> But it's also possible to have new httpservice under "http" directory
>>> (with
>>> version 2.0.0) and keep the old one for now under "http.jetty" dire
Hi,
Richard S. Hall schrieb:
> On 9/10/09 15:33, Sten Roger Sandvik wrote:
>> On Thu, Sep 10, 2009 at 9:27 PM, Richard S.
>> Hallwrote:
>>
>>
>>> On 9/10/09 15:24, Sten Roger Sandvik wrote:
>>>
>>>
Yes, that would be the best thing for trunk. So, I propose we delete
http.jetty fo
Excellent Karl and thanks! I'll keep an eye and chip in to kick the tires. I just don't know enough of the internals to
take a stab at update to 2.0.0 right now.
-- dims
On 09/10/2009 05:09 PM, Karl Pauls wrote:
Thanks. Now that we have felix 2.0.0 done I will get back to security.
The first s
[
https://issues.apache.org/jira/browse/FELIX-1578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre De Rop updated FELIX-1578:
-
Attachment: FileInstall.patch.tgz
attached patch.
> FileInstall issue when updating already inst
FileInstall issue when updating already installed bundles at startup time
-
Key: FELIX-1578
URL: https://issues.apache.org/jira/browse/FELIX-1578
Project: Felix
Issue Ty
+1
By the way following on from earlier note on lack of commands, try
defining the following closures when you enter the shell:
install = { installBundle $it }
start = { (bundle $it) start }
update = { (bundle $it) update }
stop = { (bundle $it) stop }
uninstall = { (bundle $it) uninstall }
servi
Time to call the vote on the following subproject releases:
org.osgi.core 1.4.0
org.osgi.compendium 1.4.0
shell 1.4.0
shell.tui 1.4.0
bundlerepository 1.4.1
framework 2.0.0
main 2.0.0
* +1 votes from Alin Dreghiciu, Filippo Diotalevi, Marcel Offermans,
Stuart McCulloch, Guillaume Nodet, Richard
+1
regards,
Karl
On Mon, Sep 7, 2009 at 1:53 AM, Karl Pauls wrote:
> I would like to call a vote on the following subproject releases:
>
> org.osgi.core 1.4.0 *
> org.osgi.compendium 1.4.0 *
> shell 1.4.0
> shell.tui 1.4.0
> bundlerepository 1.4.1
> framework 2.0.0
> main 2.0.0
>
> Staging repo
[
https://issues.apache.org/jira/browse/FELIX-1577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12753821#action_12753821
]
Karl Pauls commented on FELIX-1577:
---
Yes, the security provider isn't ported to felix 1.8
[
https://issues.apache.org/jira/browse/FELIX-1577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karl Pauls reassigned FELIX-1577:
-
Assignee: Karl Pauls
> Compile problems in framework.security
> -
Thanks. Now that we have felix 2.0.0 done I will get back to security.
The first step will be to address your issue and port the security
provider to felix 2.0.0. I will comment on the issue directly for
that.
Furthermore, I will create some other issues with things we need to
address soon.
regar
Stuart,
Done. FELIX-1577
thanks,
dims
On 09/10/2009 02:52 PM, Stuart McCulloch wrote:
2009/9/11 Davanum Srinivas
Karl,
How can i help with framework.security? Please let me know.
usually we ask people to raise JIRA issues to track new features / defects,
then they can attach any proposed
Compile problems in framework.security
--
Key: FELIX-1577
URL: https://issues.apache.org/jira/browse/FELIX-1577
Project: Felix
Issue Type: Bug
Components: Framework
Reporter: Davanum
On Thu, Sep 10, 2009 at 9:59 PM, Richard S. Hall wrote:
> On 9/10/09 15:54, Sten Roger Sandvik wrote:
>
>> But it's also possible to have new httpservice under "http" directory
>> (with
>> version 2.0.0) and keep the old one for now under "http.jetty" directory.
>>
>>
>
> Well, we certainly don't
On 9/10/09 15:54, Sten Roger Sandvik wrote:
But it's also possible to have new httpservice under "http" directory (with
version 2.0.0) and keep the old one for now under "http.jetty" directory.
Well, we certainly don't have to delete it immediately, but stop
developing it. Once we feel con
But it's also possible to have new httpservice under "http" directory (with
version 2.0.0) and keep the old one for now under "http.jetty" directory.
On Thu, Sep 10, 2009 at 9:34 PM, Richard S. Hall wrote:
> On 9/10/09 15:33, Sten Roger Sandvik wrote:
>
>> On Thu, Sep 10, 2009 at 9:27 PM, Richard
On 9/10/09 15:33, Sten Roger Sandvik wrote:
On Thu, Sep 10, 2009 at 9:27 PM, Richard S. Hallwrote:
On 9/10/09 15:24, Sten Roger Sandvik wrote:
Yes, that would be the best thing for trunk. So, I propose we delete
http.jetty folder and import the new under http folder.
If i
On Thu, Sep 10, 2009 at 9:27 PM, Richard S. Hall wrote:
> On 9/10/09 15:24, Sten Roger Sandvik wrote:
>
>> Yes, that would be the best thing for trunk. So, I propose we delete
>> http.jetty folder and import the new under http folder.
>>
>>
>
> If it is still using Jetty, then why are we not just
On 9/10/09 15:24, Sten Roger Sandvik wrote:
Yes, that would be the best thing for trunk. So, I propose we delete
http.jetty folder and import the new under http folder.
If it is still using Jetty, then why are we not just keeping the
http.jetty module?
-> richard
On Thu, Sep 10, 2009 at
Yes, that would be the best thing for trunk. So, I propose we delete
http.jetty folder and import the new under http folder.
On Thu, Sep 10, 2009 at 9:21 PM, Richard S. Hall wrote:
> In that case we can just replace the current impl (keeping the name), but
> call it version 2.0.0, no?
>
> -> rich
In that case we can just replace the current impl (keeping the name),
but call it version 2.0.0, no?
-> richard
On 9/10/09 15:19, Sten Roger Sandvik wrote:
To be cear: new http.jetty service should be a 100% dropin replacement for
the old http.jetty service. I think it's pretty close right now
To be cear: new http.jetty service should be a 100% dropin replacement for
the old http.jetty service. I think it's pretty close right now since the
actual implementation of new http.jetty bundle is almost the same code as
the old one.
On Thu, Sep 10, 2009 at 9:15 PM, Sten Roger Sandvik wrote:
>
On Thu, Sep 10, 2009 at 8:45 AM, Felix Meschberger wrote:
> Hi all,
>
> Please welcome Sten Roger Sandvik as a new committer of the Apache
> Felix project. The Felix PMC has voted to grant committership to
> Sten and he accepted.
>
> Sten's account will be setup soon and he will be working on his
The current http.jetty implementation is almost identical to the new
http/jetty implementation. So in my opinion it's not neccesarry to keep
implementing on the old one, unless it's some really good points in doing
so. So the folder could then be http (just use another version than
http.jetty).
Re
2009/9/11 Guillaume Nodet
> I've uploaded a new release of gogo with fixed NOTICE in all bundles
> and the missing ASF header.
> I think this one should be clean enough.
>
> Staging repository:
> https://repository.apache.org/content/repositories/felix-staging-059/
>
> You can use this UNIX scrip
+1
--
Chris Custine
FUSESource :: http://fusesource.com
My Blog :: http://blog.organicelement.com
Apache ServiceMix :: http://servicemix.apache.org
Apache Directory Server :: http://directory.apache.org
On Thu, Sep 10, 2009 at 11:38 AM, Guillaume Nodet wrote:
> I've uploaded a new release of go
2009/9/11 Davanum Srinivas
> Karl,
>
> How can i help with framework.security? Please let me know.
usually we ask people to raise JIRA issues to track new features / defects,
then they can attach any proposed patches as well as discuss the design
otherwise problems can easily become lost or un
Karl,
How can i help with framework.security? Please let me know. Please see
enclosed thread for compiler errors with latest framework.
thanks,
dims
On Thu, Aug 20, 2009 at 3:07 PM, Richard S. Hall wrote:
> On 8/20/09 15:00, Davanum Srinivas wrote:
>>
>> Thanks Richard. Hopefully i can help a b
+1
-> richard
p.s. Note, if we are including OSGi classes in the commands artifact, it
would ease verification if we left them in the OSGi name space, but as a
private package.
On 9/10/09 13:38, Guillaume Nodet wrote:
I've uploaded a new release of gogo with fixed NOTICE in all bundles
and
On 9/10/09 13:37, Guillaume Nodet wrote:
Well, i'd rather do it clean so that those issues don't pop up next time ...
And the missing asf header was worrisome to me.
Yeah, I didn't catch that one.
If you want, I can look at the next artifacts before calling the vote
this time...
-> rich
+1
On Thu, Sep 10, 2009 at 19:38, Guillaume Nodet wrote:
> I've uploaded a new release of gogo with fixed NOTICE in all bundles
> and the missing ASF header.
> I think this one should be clean enough.
>
> Staging repository:
> https://repository.apache.org/content/repositories/felix-staging-059/
I've uploaded a new release of gogo with fixed NOTICE in all bundles
and the missing ASF header.
I think this one should be clean enough.
Staging repository:
https://repository.apache.org/content/repositories/felix-staging-059/
You can use this UNIX script to download the release and verify the s
Well, i'd rather do it clean so that those issues don't pop up next time ...
And the missing asf header was worrisome to me.
On Thu, Sep 10, 2009 at 19:11, Richard S. Hall wrote:
> I don't think canceling the vote was necessary for these changes, which is
> why I gave it a "+1"...
>
> -> richard
I don't think canceling the vote was necessary for these changes, which
is why I gave it a "+1"...
-> richard
On 9/10/09 12:37, Guillaume Nodet wrote:
Sounds good. I've also fixed a missing ASF header I found on one file.
Btw, the commands module actually include the ReifiedType class from
th
Sounds good. I've also fixed a missing ASF header I found on one file.
Btw, the commands module actually include the ReifiedType class from
the blueprint api (hence copyrighted to OSGi).
I'll recut a release with those changes, hopefully the last one. The
first release of a project is always a p
+1
Looks much better, however:
* The commands and console NOTICE files says they include OSGi
software, but they don't appear to do so.
* All NOTICE files say "Apache Felix Gogo", but each artifact should
have its own name, e.g., "Apache Felix Gogo Commands".
-> richard
On 9/10
I guess your proposal sounds reasonable, but I would recommend
contacting Tanner Hildebrand and ask him if he could release under a
well-known license (e.g., BSD), because it makes it is better to have a
well-known license so people don't have to wonder about it.
-> richard
On 9/10/09 4:01, F
2009/9/10 Felix Meschberger
> Hi all,
>
> Please welcome Sten Roger Sandvik as a new committer of the Apache
> Felix project. The Felix PMC has voted to grant committership to
> Sten and he accepted.
>
> Sten's account will be setup soon and he will be working on his improved
> HttpService contri
On 9/10/09 2:50, Felix Meschberger wrote:
Hi all,
The IP Clearance vote period will soon end and we will be able to import
the HttpService contribution by Sten Roger Sandvik [1].
Looking at the current folders in the Felix trunk, I consider importing
the modules into a httpservice folder (we al
Welcome !
On Thu, Sep 10, 2009 at 08:45, Felix Meschberger wrote:
> Hi all,
>
> Please welcome Sten Roger Sandvik as a new committer of the Apache
> Felix project. The Felix PMC has voted to grant committership to
> Sten and he accepted.
>
> Sten's account will be setup soon and he will be workin
Welcome aboard! We should have your HTTP service contribution in SVN
soon, so everything will be full steam ahead.
If you have any questions about anything, just ask.
-> richard
On 9/10/09 2:45, Felix Meschberger wrote:
Hi all,
Please welcome Sten Roger Sandvik as a new committer of the Apac
On 9/10/09 1:18, Angelo van der Sijpt wrote:
On Sep 9, 2009, at 8:02 PM, Stuart McCulloch wrote:
2009/9/10 Angelo van der Sijpt
On Sep 9, 2009, at 7:00 PM, Richard S. Hall wrote:
On 9/9/09 12:54, Angelo van der Sijpt wrote:
+1 (very non-authoritive)
We checked the new release against
+1 (not binding)
On Thu, Sep 10, 2009 at 1:08 PM, Guillaume Nodet wrote:
> I've uploaded a new release of gogo with fixed NOTICE in all bundles.
>
> Staging repository:
> https://repository.apache.org/content/repositories/felix-staging-055/
>
> You can use this UNIX script to download the releas
+1
David Bosschaert
2009/9/10 Guillaume Nodet :
> I've uploaded a new release of gogo with fixed NOTICE in all bundles.
>
> Staging repository:
> https://repository.apache.org/content/repositories/felix-staging-055/
>
> You can use this UNIX script to download the release and verify the
> signat
I've uploaded a new release of gogo with fixed NOTICE in all bundles.
Staging repository:
https://repository.apache.org/content/repositories/felix-staging-055/
You can use this UNIX script to download the release and verify the signatures:
http://svn.apache.org/repos/asf/felix/trunk/check_staged_
[
https://issues.apache.org/jira/browse/FELIX-1539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12753536#action_12753536
]
Stuart McCulloch commented on FELIX-1539:
-
Sigh, I knew I should have retyped the e
[
https://issues.apache.org/jira/browse/FELIX-1539?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stuart McCulloch resolved FELIX-1539.
-
Resolution: Won't Fix
As mentioned above, this is the expected behaviour.
> generated-cl
I cancel this vote in order to fix the NOTICE files.
I'll upload a new release asap.
On Wed, Sep 9, 2009 at 21:12, Karl Pauls wrote:
> On Wed, Sep 9, 2009 at 5:17 PM, Richard S. Hall wrote:
>> On 9/9/09 11:15, Stuart McCulloch wrote:
>>>
>>> 2009/9/9 Richard S. Hall
>>>
>>>
Comments:
>>>
2009/9/8 Guillaume Nodet
> Would it be possible to release the plugin asap ?
> I'd really like to push a gogo release this week.
> Else, I can revert to version 1.4.3 of the maven bundle plugin.
>
I saw you decided to go with 1.4.3 in the end... but I'll try to prepare a
release of the plugin to
[
https://issues.apache.org/jira/browse/FELIX-1020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12753489#action_12753489
]
Felix Meschberger edited comment on FELIX-1020 at 9/10/09 1:03 AM:
--
[
https://issues.apache.org/jira/browse/FELIX-1020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12753489#action_12753489
]
Felix Meschberger commented on FELIX-1020:
--
Thomas, can you please check with the
Hi all,
For FELIX-1171 [1] I am using the TabWorld script from [2]. This script
has no license attached and is free for use according to its author (quote):
TabWorld by Tanner Hildebrand is free to use for any purpose,
commercial or otherwise. The user of the script may modify,
distri
[
https://issues.apache.org/jira/browse/FELIX-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Meschberger reassigned FELIX-1171:
Assignee: Felix Meschberger
> Enhance Configuration Status Page
> -
[
https://issues.apache.org/jira/browse/FELIX-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on FELIX-1171 started by Felix Meschberger.
> Enhance Configuration Status Page
> -
>
> Key: FELIX-1171
>
On Thu, Sep 10, 2009 at 8:50 AM, Felix Meschberger wrote:
> Hi all,
>
> The IP Clearance vote period will soon end and we will be able to import
> the HttpService contribution by Sten Roger Sandvik [1].
>
> Looking at the current folders in the Felix trunk, I consider importing
> the modules into
57 matches
Mail list logo
