On Nov 22, 2007 9:40 AM, Wichert Akkerman <[EMAIL PROTECTED]> wrote:
> KSS is a good example of how things should work: they are always working
> on improving KSS and have their own release schedule. The jquery work
> Martijn Pieters has done is another good example: he i
d so
> I feel that this would be a good candidate for 3.1.
+1 from me.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
On Dec 3, 2007 11:20 AM, Andreas Zeidler <[EMAIL PROTECTED]> wrote:
> in this particular case i'd suggest
> the end of the week if that's okay with everyone?
I won't make that, this week is already too full.
--
Martijn Pieters
___
On Dec 12, 2007 6:27 PM, Florian Schulze <[EMAIL PROTECTED]> wrote:
> This is the other PLIP I want to propose besides #213. Martijn did all the
> hard work for it already.
>
> http://plone.org/products/plone/roadmap/212
I'll of course abstain from voting on this one. :
On Dec 12, 2007 11:02 PM, Tom Lazar <[EMAIL PROTECTED]> wrote:
> for starters, i will associate all plips discussed here with 3.1 (once
> the framework team has the proper permissions).
>
> perhaps each member could then add his vote to each plip's progress log?
On Dec 13, 2007 10:25 AM, Wichert Akkerman <[EMAIL PROTECTED]> wrote:
> How does this vibe with the jquery PLIP? That also changes the same KSS
> code.
It shouldn't unless plone.app.kss itself is changed radically.
--
Martijn Pieters
reat fan of buildout and using it as a basis for
Plone installs is in my opinion a honking great idea.
+1 from me.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
th this, and they know how to use GS profiles
by now. :-)
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
t; it over Christmas.
+1
> 5. http://plone.org/products/plone/roadmap/204 - Manage content rules
> using GenericSetup
>
> This is quite similar to 203. Again, no code, but I know how to do it
> and hope to get it done for January.
+1
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
On Dec 12, 2007 11:02 PM, Tom Lazar <[EMAIL PROTECTED]> wrote:
> perhaps each member could then add his vote to each plip's progress log?
How about putting your vote in a comment? That'd lower the chances of
conflicts as well as make it easy to see the votes.
On Dec 13, 2007 11:07 PM, Martijn Pieters <[EMAIL PROTECTED]> wrote:
> On Dec 12, 2007 11:02 PM, Tom Lazar <[EMAIL PROTECTED]> wrote:
> > perhaps each member could then add his vote to each plip's progress log?
>
> How about putting your vote in a comment? That
ds to be backported, which
> means removing a few lines and using the newer version of plone.app.layout
> from trunk.
+1 from me, with the same emphasis on documentation. I don't think the
migration code has to touched, let's keep this simple.
--
Martijn Pieters
___
kss files away from
their dependencies and into a central package hampers maintenance
somewhat. Unless the goal is to be able to disable kss cleanly by
removing the *.kss packages, at which point the kss profile should
live there too and the Products.CMFPlone pr
shboard. Unlike #205 and #207 though this
> proposal may break backward compatibility.
I like the additional flexibility of #207 regardless of this issue. We
could do both, provided you give us a PLIP on this before midnight.
;-)
--
Martijn Pieters
_
e thought
> through.
I don't see any reason why the two approaches can't compliment each other.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
ied installer, so we should treat it separately. It may have
security implications, for example, where a hoster may not want to
reveal this much info to managers of hosted plone sites. Such issues
would confuse the Unified Installer PLIP.
--
Martijn Pieters
___
)
+1 on both from me.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
I can't seem to find what the exact deadline is for PLIPs; midnight is
mentioned, but in what timezone would that be? :-)
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/lis
On Dec 14, 2007 9:18 PM, Wichert Akkerman <[EMAIL PROTECTED]> wrote:
> I want to propose PLIP 220: http://plone.org/products/plone/roadmap/220
+1 from me.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone
esult of my GSoC work.
URL: http://plone.org/products/plone/roadmap/187
> If it's too late for 3.1, well, too bad. :(
I am okay with including this one for 3.1; it would be a shame if we
didn't include the work.
--
Martijn Pieters
___
Fra
l okay about the WebDAV PLIP being included, I
feel I should be lenient here too. I also already voted on more than
half the submissions, so I in that vein an extra PLIP on Monday is
also fine by me.
--
Martijn Pieters
___
Framework-Team mailing list
Framewo
hould have voted on all PLIPs submitted
by the deadline, and perhaps even on some that were submitted late.
Note that we'll only consider accepted PLIPs for inclusion in 3.1,
provided there is a review bundle ready for the 2008-01-19 deadline
for your accepted PLIP.
--
Martijn Pieters
__
On Dec 19, 2007 9:42 PM, Martijn Pieters <[EMAIL PROTECTED]> wrote:
> As you can see from the 3.1 release schedule as set by Wichert, the
> framework team has set itself this friday as the deadline for
> selecting the PLIPs for 3.1.
Whoops, I meant to include a URL for the sc
the same vein I'd rather see PLIP #217 go directly into the CMF, if
it were not for the fact I'd like to see the CMFPlacefulWorkflow
monkey patch disappear ASAP. Perhaps we should ensure that we port
both PLIPs to the CMF ASAP.
--
Martijn Pieters
__
On Dec 16, 2007 3:31 PM, Martijn Pieters <[EMAIL PROTECTED]> wrote:
> > If it's too late for 3.1, well, too bad. :(
>
> I am okay with including this one for 3.1; it would be a shame if we
> didn't include the work.
I'd like to hear from the other framework
On Dec 20, 2007 3:01 PM, Raphael Ritz <[EMAIL PROTECTED]> wrote:
> don't know whether this is even submitted for 3.1
>
>http://plone.org/products/plone/roadmap/197
It wasn't, but I've voted on it anyway. :-)
+1
ater deadlines for review bundles
> etc are met).
+1
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
hances
> > the UX of the thing.
>
> I hadn't thought of it, and I'm not sure I'll have time, but I'd be
> happy to include it if the team agrees and someone can help me with the
> implementation.
Wouldn't th
*at all*. I moved to an island this weekend, and thanks to a minor
crisis with the landlady, I do not have any network at the moment, nor
any time to do reviewing in next to regular work. I should have had
the house in reasonable order by now, but things went otherwise. :-(
--
had been moved into another
module with an import at the old location. Someone else then ran
pyflakes and removed said import, breaking the migration.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
On 1. feb.. 2008, at 12.28, Martin Aspeli wrote:
Careful with weeding imports. I recently had to fix a migration issue
for a customer, where a persistent tool had been moved into another
module with an import at the old location. Someone else then ran
pyflakes and removed said import, breaking th
I am downloading bundles like crazy over leeched Wifi, while standing
outside in a field.. I'll update bundles with notes as connections
become available ;-)
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
I will take a look at PLIPs 205 and 218 next, this weekend hopefully.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
I've reviewed Martin's plipathon (184, 200, 203 and 204) as well as
Wichert's Product dependencies PLIP (195) today.
5 down, 5 to go.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.pl
g down
> from a task in a free software project; much better than preventing the
> project from progressing.
Stepping down won't help us make the deadline.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
htt
209: Add buildout to Unified Installer
then and do them this weekend if possible.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
oing reviews since the new
> deadline announcement, but personally I feel left in the dark whether the
> whole
> team is really committed to the February 16 deadline.
I am definitely behind that deadline and am making it.
--
Martijn Pieters
___
mbs up. Just be aware of
potential problems around the instance home part and the effective
user due to a misconfigured CLIENT_HOME.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
gt; reviews each, it would be great if you do one more as well (and let us
> know which, too).
I have both 205 and 218 on my laptop already, so I'll tackle those next.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@list
we going to go
> about this? will we collect explicit votes from andi, martijn and danny?
Seeing as I am one of the co-authors of the plip and code, I'd abstain
in any case. :-)
--
Martijn Pieters
___
Framework-Team mailing list
Framework-
't vote on, and
agreed with the reviewers remarks. I therefor hereby cast my vote to
echo the last reviewer's vote on each PLIP I didn't review myself.
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://li
actories with Zope (so content types, tools, etc).
The attribute is optional and should be removed when the initialize
method is empty.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
On Sun, Mar 2, 2008 at 12:57 PM, Wichert Akkerman <[EMAIL PROTECTED]> wrote:
> Or when you want the quickinstaller to be aware of your package.
Are we talking about the same thing here? The initialize attribute
isn't needed for the quickinstaller, only the
element, I think.
--
M
manager for the whole 3.x cycle, from a continuity and
> stability perspective.
I must say that I agree with that sentiment, especially in light of
what a great job Wichert has done so far. I'm in favour of not
changing a winning formula. ;-)
--
Martijn Pieters
On Mon, Jul 14, 2008 at 4:12 PM, Tom Lazar <[EMAIL PROTECTED]> wrote:
>| from | til
> -
> tomster | 6th | 12th
> witsch | 6th | 12th
> wiggy | |
> raphael | |
> danny | |
> martijn | 6th
own
> and get direct feedback when necessary on things like PLIPs.
Be that as it may, but didn't you reach us all by sending email to
this list? ;-)
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://list
n of Plone.
In your specific case, that'd be for Plone 3.3. Current Plone trunk
will be version 4.0. I'd keep it on the list and not canvas us
directly though.
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@
nd will be happy
> to take notes at the meeting.
>
> Can we start by finding out when folks are arriving in and leaving DC?
I'm in DC from monday afternoon through to sunday afternoon (6 - 12 oktober).
--
Martijn Pieters
___
Fr
me
due to jet-lag, I think..
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
e is scheduled to land at Dulles at 15:00.
Means I should be checked in at the hotel and ready for dinner by
19:00-ish, no?
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
.
I am staying at the Carlyle Suites Hotel, 1731 New Hampshire Ave NW,
which makes it Du Pont Circle, I believe.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
On Thu, Sep 11, 2008 at 18:38, Martijn Pieters <[EMAIL PROTECTED]> wrote:
> I am staying at the Carlyle Suites Hotel, 1731 New Hampshire Ave NW,
> which makes it Du Pont Circle, I believe.
I completely missed the opportunity to let
Ubiquity<http://labs.mozilla.com/2008/08/intro
econded
> bij Martijn Pieters.
I did not; Jens Klein seconded it, I gave my framework team vote on it
already (a +1).
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
ake it to DC and the conference this year due to personal
circumstances. Hope you guys have a great time!
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
global. Site actions is
a set of global actions and moving the link there will lead to a lot
of confusion.
-1 from me therefore.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
is I am
hardly covering all my current responsibilities.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
his may be a +0 if there is a
more l logical destination.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
On Sat, Sep 27, 2008 at 16:56, Hanno Schlichting <[EMAIL PROTECTED]> wrote:
> I'd like to propose to accept PLIP 237 - Minor i18n upgrades for Plone
> 3.3. The full text is at http://plone.org/products/plone/roadmap/237.
+1 from me
--
ar only received positive
> responses from several people.
>
> The full PLIP can be found here:
> http://plone.org/products/plone/roadmap/228
In view of the recent discussion on consistency in the 3.x series, I
am -1 on this for 3.3.
--
Martijn Pieters
__
inly feel this is an exception. +1 on this proposal.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
s rather than having a global registry of functions.
I've been itching to do this myself already. +1!
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
is accessed by a direct URL (not just when it appears as a
> link in navigation).
+1
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
entally getting left in a locked state.
I've implemented a non-locking Trough-The-Web locking adapter for
several projects now to circumvent the problem; a rather bigger hammer
than we'd like.
+1 on this proposal.
--
Martijn Pieters
___
Fram
On Fri, Oct 3, 2008 at 20:24, Sidnei da Silva <[EMAIL PROTECTED]> wrote:
> I would like to propose PLIP #187 for Plone 3.3.
+1
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman
>
> The plip is:
> #197: Add FeedParser as external requirement instead of shipping with it
> http://plone.org/products/plone/roadmap/197
I'll reconfirm my previous +1
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.
1, less code is good.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
o the view should somehow provide this property sheet.
-1, see the discussion on what should be in 3.3 (We can't remove,
change or move major pieces of the UI).
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http:/
On Thu, Oct 9, 2008 at 13:27, Wichert Akkerman <[EMAIL PROTECTED]> wrote:
> I would like to propose PLIP 243 for Plone 3.3: Replace workflow history
> viewlet with content history viewlet.
+1
--
Martijn Pieters
___
Framework-Team
but I'd appreciate it if you
> could review it.
I can't find this on plone.org; is this still a proposal to consider?
> Enable automatic plugins for Plone with z3c.autoinclude
I am generally +1
--
Martijn Pieters
___
F
plone/roadmap/244
+1 from me.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
the implementation BTW. That's something
for the next round.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
velopers as a PLIP
for a future version of Plone:
http://markmail.org/message/el63mapo647dh32a
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
On Tue, Oct 28, 2008 at 11:45, Raphael Ritz <[EMAIL PROTECTED]> wrote:
> +1 on both of them.
Indeed!
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
well; perhaps candidates need to
have someone second them? Not sure what standing we'd expect from the
nominator.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
On Sat, Nov 1, 2008 at 22:37, Steve McMahon <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 31, 2008 at 4:09 PM, Martijn Pieters <[EMAIL PROTECTED]> wrote:
>> I'd like to see people nominated as well; perhaps candidates need to
>> have someone second them? Not sure wh
am asking for some
reworking the text a little to also encouraging informal nominations.
I agree that to require someone to officially second or endorse you is
too much overhead.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists
On Sun, Nov 2, 2008 at 00:31, Steve McMahon <[EMAIL PROTECTED]> wrote:
> Got it. How's this?
+1 from me :-)
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
, helping develop
the CMF and Zope 3. I have strong opinions about code quality,
testing, and how to make effective use of the component architecture,
and I am the Plone javascript maintainer.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team
On Wed, Nov 19, 2008 at 18:29, Steve McMahon <[EMAIL PROTECTED]> wrote:
> It looks to me like we're getting a pretty good list of nominations.
>
> Shall we close nominations in a week? I can send deadline
> announcements to the lists and news.
My nomination is in, so +1 ;
team that have nominated themselves for the next one? My preference
> would be to exclude them from the discussion too, again to facilitate and
> open and frank discussion.
As one of the nominees, I expected to not take part. So, +1 from me there too.
--
Martijn Pieters
_
I could be on the list to
> be available as facilitators and errand runners, but without votes.
I'm sure that would be very helpful. However, since I am a nominee I
can't really comment on that since I won't be part of the list. :-)
--
Martijn Pieters
1 that supports this (see
http://trac-hacks.org/wiki/DetailedRssFeedPlugin) but dev.plone.org
still runs on 0.10.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
be useful with non-Archetypes
> content as well as AT-based content.
collective.transmogrifier already can load both AT-based content and
non-Archetypes content, but is fully pluggable and only needs
additional components to support more details as well as dumping.
-
hat wichert considered this not worth
>> it?
>
> I thought it was rejected? I might have misremembered. It's trivial enough
> that I can make a quicky implementation of it though.
No, it was indeed rejected. Not sure why Andi included it. ;-)
--
Martijn Pieters
ewer assigned:
#237 "Minor i18n upgrades"
#243 "Replace workflow history viewlet with content history viewlet"
Shall we tackle these ad hoc or will someone take these?
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
(s). A case in
point is the Plone egg, which contains the Products.Plone
module.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
ut to me
> i makes a subtle difference if you the code isn't quite ready yet or if
> "only" the notification mail went missing — somehow :). anyway, i'm +1 on
> considering the bundle.
Same sentiment here, +1 from me
od in ATContentTypes.
Otherwise this has my +1.
A next step (not necessarily for this PLIP) would be to move that test
in CMFPlone mentioned in r79241 to be moved to ATContentTypes, or both
test and the re-index to be moved to Archetypes, if it is appropriate
there.
That lack of progress has me a bit worried.
I suspect the reviewers are looking forward to the weekend. :-)
I'm on my 3rd review atm, at my current tempo I can pick up the
unassigned 2nd reviews.
--
Martijn Pieters
___
Framework-Team mailing li
ving that icky smell is not a prerequisite for
acceptance, just advice to improve what otherwise is an excellent
implementation.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
ne sentence to the README to clarify why IIndexer adapters cannot be used
for workflow variables; it was a question I had while reviewing. No further
comments required. :-)
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plo
to the develop, eggs and zcml lines and Bob's your
uncle. Alternatively, just set tractor-autoload-zcml to false, which
you did.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
alleviate my concerns about the test
failures, I'm giving this PLIP a +0.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
wild; I've got implementations where TTW
locking is disabled altogether for example, by implementing ILockable
as no-op operations.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
just
> did so (for #237) and would like to ask you to fill in the remaining slots
> today.
I've #232 to myself.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
R enhancements
review; I've had a unexpected long day today and am exhausted.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
1. :-)
> Thanks again for taking the time to look at this, I really appreciate all of
> your notes (and the buildout help!) & I'll try to be as responsive as I
> possibly can.
np! Thanks for your hard work on implementing the PLIP!
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
we can talk at a very high
> level about the roadmap for this release
> * Better documentation for developers and the PLIP process and how it has
> changed
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
On Fri, Mar 13, 2009 at 19:50, Matthew Wilkes
wrote:
> I've tried to include all the relevant possible times in this, let me know
> if there's another I should add.
Excellent poll, my info added (and updated after I learned this was to
be a generic week). :-)
--
ussion on the bus, I can say I concur. +1 on this proposal.
--
Martijn Pieters
___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team
1 - 100 of 118 matches
Mail list logo