/ in one shell,
then rm -rf * in the other :D).
On 3 November 2015 at 12:21:02, Pepijn Noltes (pepijnnol...@gmail.com) wrote:
Hi Marcel,
On Tue, Nov 3, 2015 at 11:49 AM Marcel Offermans <
marcel.offerm...@luminis.nl> wrote:
> Hello Pepijn,
>
> If you’re going to s
Hello Pepijn,
If you’re going to support multiple shells concurrently, does that also mean
that each shell has its own “context” to keep state (ie to keep track of things
like current directory, environment variables, …)?
Greetings, Marcel
On 3 November 2015 at 10:21:02, Pepijn Noltes (pepijnn
onths
- Last PMC addition was Marcel Offermans at Fri Jul 18 2014
- No new committers added in the last 3 months
- Last committer addition was Marcel Offermans at Fri Jul 18 2014
## Releases:
- Last release was 1.0.0-incubating on Tue Feb 25 2014
## Mailing list activity:
On 27 Mar 2015 at 12:46:01, Alexander Broekhuis (a.broekh...@gmail.com) wrote:
With the transition to GIT I think it is also time to discuss how we are
going to use it. In the GIT discuss thread I mentioned GIT-flow, and I
still think it makes sense to use it as describe on [1].
+1
This means:
Whoops, that was the “send” button. :)
On 27 Jan 2015 at 18:53:57, Marcel Offermans (marcel.offerm...@luminis.nl)
wrote:
Hello Pepijn,
On 27 Jan 2015 at 11:11:01, Pepijn Noltes (pepijnnol...@gmail.com) wrote:
Just for info. This coming weekend I am giving a presentation about
Apache Celix at
Hello Pepijn,
On 27 Jan 2015 at 11:11:01, Pepijn Noltes (pepijnnol...@gmail.com) wrote:
Just for info. This coming weekend I am giving a presentation about
Apache Celix at FOSDEM. More information about the talk can be found
at:
https://fosdem.org/2015/schedule/event/apache_celix/
Every edit
Looking good, perhaps we could include some kind of progress report on any
ongoing "migration" tasks from incubator -> tlp? Or have all of those been
completed already? If so we could explicitly mention that.
And formally I think it would be good to also report when we added the last PMC
member.
Hello Bjoern,
Disclaimer: I did not look at the current codebase, but from your mail a assume
that the framework currently logs to some internal log component (that maybe
writes to stdout or a log file) and you are asking if it is a good idea to
redirect log information to the actual log servic